工作中的成感非常重要。持续的成感能够给工作带来持续的动力和激情。

　　而测试工程师的成感，和开发人员相比，却显得有些偏少。

　　产品部门会为产品PV、CTR等指标飙升而欢呼雀跃；开发人员为实现一个功能/解决一个问题而击掌相庆；而测试人员呢？即便发现了很多bug，还需要将喜悦隐藏起来，否则让开发人员看到，容易被认为幸灾乐祸。

　　那测试工程师如何在工作中寻找自己的成感，以进行自我激励呢？

　　我的理解是，成感是来源于贡献的。您贡献得越多，您的成感也会越强烈。在测试工作中，您能够做到哪些贡献？哪些方面还可以做得更好？

　　1、发现了很多Bug

　　这个确实会比较兴奋，只是……，有些不好表述啦，感觉有点像把我们的兴奋建立在开发的痛苦之上的。另外，发现了很多Bug，在这些Bug fixed了之后，也不代表产品非常的稳定。有关产品Bug的多少和产品质量的关系，很复杂，这里不展开讨论。

　　此外，如果发现的Bug是一些低级的，逻辑混乱方面的Bug，更不能兴奋；因为这通常意味着你只发现了问题的冰山一角，程序会有更多的隐患。测试人员是有责任、有义务帮助开发来提升代码质量的。

　　2、对复杂问题的解决给开发提供了有益的建议

　　对于业务逻辑方面的Bug的解决，当开发越来越希望测试工程师参与其中的时候，这种参与感，这种对团队的贡献带来的成感是不言而喻的。

　　3、给产品的优化提供有益的建议

　　曾经，有这么一个真实故事：一位产品经理和开发人员针对某个功能点有争执，产品经理比较急，说了一句“我是产品经理，我说怎么做怎么做”，开发人员回了一句，“我也不是包工头，你让我干什么干什么”。

　　一款产品，不仅有产品经理的规划设计，开发的辛劳与智慧，也同样的凝聚了测试人员的心血。有问题大家可以讨论的，总是能够讨论清楚的。

　　对于测试人员而言，是对业务逻辑是非常熟悉的，很多时候，是第一位用户。应该对产品多倾注一些感情。当遇到糟糕的设计、严重违反流程想上线等事情的时候，有勇气站出来说，“我不是包工头，你让我测试什么测试什么”。

　　4、持续的改进测试方法，推进自动化、测试工具的开发，以提升测试效率

　　有种观点，自动化、测试工具开发是开发人员做的事情。事实上，对于大型自动化框架、复杂测试工具软件，也确实是专职开发人员的事情。那为什么对普通测试工程师要求这个呢？那是因为你所需要的测试工具、自动化脚本有时候很简单，以至于不会有专职的开发人员来帮您开发的，例如，数十行的脚本来执行某项操作任意次等小程序，只有您自己来写。

　　在产品的开发和生存周期中，测试工程师参与得越多，贡献得越多，获得的成感也会越多。如果只是纯粹的“支持开发”（被形容成“敲键盘、点鼠标”），容易被开发/产品唤来唤去，成感愈来愈少，长期下去，自己也会怀疑这份职业的前途，难以做下去了。