上一篇文章讲了不能成为专业测试人员的5点原因，现在回顾一下：
1. 你认为测试并不是一份技术性的职业，所以并不去尝试学习理解产品的编码；
2. 只有当开发人员告知开始测试时才真正介入到整个流程中;
3. 只有在技术支持的同事要求重现bug时才与客户之间交流;
4. 只有在处理人寿保险时才进行风险管理;
5. 你没有任何计划来提高自己测试工作的价值.
接下来看看另外5点：
6. 我们认为测试工作就是设计和运行预先定义好的测试用例；
其实除了运行测试用例之外，还有更多的内容：
-对产品设计上提供反馈；
-分析当前项目计划的风险；
-在不同的开发阶段提供非正式的反馈；
-开发自动化框架，能帮助开发人员维持他们所开发的产品的稳定性；
-运行脚本或用例，但不单单是之前预先设计好的；
-分析测试结果以及能获取的所有信息，帮助我们了解产品的最新进展状况；
-在流程中持续反馈
而且我们可以照这些步骤持续开展。
总之，如果只是单纯的运行用例并设置为PASS OR FAIL，那价值远远没有实现。
7. 自动化是一门高级学问，测试项目能在以后空闲时间里开展
请不要想出一大堆借口解释为什么不做自动化！
从另一个角度讲，这是一些测试人员技术弱点的另一面。
自动化不是灵丹妙药，并不能处理测试人员遇到的所有问题，但是通过使用脚本或工具仍然能够代替我们做一些重复的劳动，更高效，更省时。
问题是，一些测试人员到这里仍然感觉不够有技术含量，所以他们并不选择通过自动化或脚本改进测试。某种意义上讲，就好比使用钻木取火而拒绝用打火机并一边说这种方式很容易。
8. 大多数时候非常自我自负的做测试
一个好的测试人员应该谦卑。我们需要知道如何提供反馈，更重要的是如何从其他组员或同行那获得反馈。
如果其他成员特别是开发人员对测试工作提供一些未经请求的反馈，或者他们查出bug遗漏或测试没有执行后，很多测试人员感到很沮丧。其实每次都有很好的理由来解释漏测，只需要冷静下来分享下这些信息，但是很多测试人员认为这是对工作失职的人身攻击，并且反驳说一些难听的话。
同时，我们需要知道如何提交bug，并为团队提供消极的反馈，并且需要知道如何从同行那获得建设性的批评。
没人期望你是完美的。但是他们期望你能认真对待失误并且同时从获得的反馈中学到经验教训。
9. 并没有跟进需要改进提升的技能或领域
之前我其中一个最好的经理经常谈论我们个人的“虚拟工具箱”，好比我们所携带的技能在需要的时候随时可以使用。
在你的工具箱里都有哪些？
哪些工具需要改进或更新了？
哪些是你需要的，哪些是下一步想要获得的？
不容置疑，测试像是一门手艺，没有合适的工具不能创造需要的产品。
10. 你的职业发展生涯就是成为管理人员或改行
有些人转行是因为他们觉得做测试是种很好的途径转做开发，还有部分人根本不知道测试是干什么的，甚至是因为觉得整体玩弄这些程序很好玩。毕竟，也难不到哪里去。
一部分人最终成了很棒的测试人员，但是多数人最后失意收场，度日如年的盼着啥时候能结束测试生涯，可以做自己想做的工作，而另外的人并不欣赏测试所带来的挑战，他们觉得唯一获得进步的就是做管理。
没错，做管理的确也有挑战和收获。但是不做管理也是要克服无数的问题，这些也许能给予你更大的挑战和收获（绝对还没那么头疼）。
我的观点是，如果你一直在想做其他的而不能关注于做一名更好的测试人员，根本不可能做的更专业。所以想想是否入对了行或者可能应该简单地摸索点别的。
想成为专业？首先作一个专业的测试！
总结上面10点，贯穿始终的是如何改变我们对测试的认知。
第一步就是把测试当成你的职业！
当我们做到了第一步，第二步就是看看哪些我们遗漏了，哪些我们需要加强，我们要怎么开展工作以及如何与同事及客户处理好关系，以及为了提高我们的价值现在能做什么。
第三步是我们应该未雨绸缪，并且意识到作为一种职业在变成大师或专家之前有很多东西需要学习。
最重要的是要意识到这种改变要发自肺腑有实际行动，而不是从一些神赐予的法令而来，或者邮件所署名字旁边的标题来证明。
-------------------------------------------------------------------------------------------------------------
转自：http://bjdingce.blog.163.com/blog/static/220821099201342823944116/
