作测试有一段时间了，从最开始的熟悉产品、执行用例、设计用例到进行自动化测试的开发，感触颇多，很多人都有对作为一个合格的测试工程师的理解，比如说扎实的技术，良好的沟通能力等等，结合我们现在的系统测试，谈谈我个人的一些看法，与大家共勉。

　　1、熟悉新产品、接受新事物的能力

　　之所以将这个放在第一位，是因为对于现在的软件产品，更新换代非常迅速，软件产品也适合所谓的“摩尔定律”，对于我们现在所作的接入产品的测试，硬件从8000到9000，软件从1.0到3.0，相差都比较大，新的硬件架构和新的命令行操作都要求测试人员有接受新事物的能力；

　　2、良好的沟通能力

　　一名理想的测试者必须能够同测试涉及到的所有人进行沟通，具有与技术（开发者）和非技术人员（客户，管理人员）的交流能力。在所内，需要和开发人员、项目经理、测试经理进行沟通，考察一个人的沟通能力，良好的沟通能力有利于你更好的解决问题，协调资源。沟通能力还表现在表达上，良好地表达自己的想法能让开发人员充分理解你提的故障，如果你的表达能力不好，提出的故障没有说到要点，很可能会让开发人员误读，拖延缺陷的修复，因为一旦缺陷走上流程，再次确认将会花费很多时间；

　　3、扎实的技术功底

　　大部分的情况是，开发人员对那些不懂技术的测试人员持一种轻视的态度。一旦测试小组的某个成员作出了一个错误的断定，或者说因为提交了一个非故障，那么他们的可信度就会立刻被传扬了出去。所以作为测试人员，既要修炼和相关人员的沟通能力的“外功”，又要努力提高自己的测试技能，增强自己的“内功”，如果我们的测试人员的在技术上有了长足的发展，就可以和开发人员在同一层次上进行对话；

　　4、充足的自信心

　　开发者指责测试者出了错是常有的事，测试者必须对自己的观点有足够的自信心。一般一个初出茅庐的测试人员，通常做事都比较小心翼翼的，提缺陷的前提是自己已经确认了好几遍，这是一个好的习惯，但是不是很多人能保持下来。对于测试人员提出的缺陷，开发人员的第一感觉就是，这个不是缺陷！其实不是开发人员的感觉，每一个人，当别人指责自己的错误时，第一反应就是为自己辩护！你不能因为开发的辩解而轻易改变自己的观点，从用户的角度考虑不是很容易就作到的，通常的情况是，如果你对该产品不是非常了解，很快就被开发人员的辩解而误导，从而让缺陷从自己的手边溜走；

　　5、博闻强记的能力

　　测试能力的提高是建立在很强的记忆力之上的，一个理想的测试者应该有能力将以前曾经遇到过的类似的错误从记忆深处挖掘出来，这一能力在测试过程中的价值是无法衡量的。因为许多新出现的问题和我们已经发现的问题相差无几，如果对待这样的缺陷还要从头做起的话，势必浪费很多时间；

　　6、承受重复性操作的耐心

　　如果一个版本的测试比较顺利，一路作下来没有发现比较麻烦的故障，那是一件令人愉悦的事情，说真的，测试人员在实际的工作中并没有对发现的故障欢呼雀跃！这也许是开发人员没有想到的，可能开发人员觉得这些家伙每天挑毛病，发现故障了肯定在哪里庆祝啦！其实如果发现了故障，测试不通过，在提交故障之前，肯定得花不少的时间来复现它，这将是一个重复性的操作，如果你没有足够的耐心去复现它，可能以为自己的疏忽而引起的误操作将它视为非故障；

　　7、对一个Bug的责任心

　　我记得软件测试的开山之作《软件测试的艺术》中说：“软件测试就是发现软件缺陷，尽可能早一些，并确保得以修复！”，这里面说到了三方面的问题：发现软件缺陷、尽可能早一些、确保得以修复，我们最容易做到的是发现缺陷，早一些，系统测试阶段已经不算早了，大部分的时间应该花在单元测试和集成测试阶段。第三点，也是最容易忽略的一点，确保得以修复，这实际上说的是回归测试，我们在回归测试阶段所作的工作就是检查验证单，检查上次提交的缺陷是否已经修复，而实际上，回归测试需要作的并不止这些，当开发人员修复这些缺陷的是否不能保证不引入新的缺陷，对有可能因此而引发缺陷的地方应该设计测试用例进行测试，才能更好地保证缺陷得以修复！

版权声明：本文出自 wangziyang 的51Testing软件测试博客：http://www.51testing.com/?32048

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。