反思，续篇《水火不容的测试生活》

 

即前次写完《一个测试人员的反思》之后，看到众多朋友的留言感触颇深。最终，我决定鼓起勇气再写一篇后续文章来鼓舞那些曾经和我一样迷茫的人们。同时，也借此机会回复之前一些朋友提出的疑问？但在话题展开之前，我想与您一起共同思考一个问题？您究竟为何选择您的职业？仅仅是为了生存么？您有想过您从事这份工作的目的所在么？您是否有过长期计划并不断修正呢？如果，你的回答已经干脆到“诸如我要吃饭，我要生存”地步，那请Close掉您的浏览器吧，因为以下的文字对你来说是毫无意义的。

今天是我入职以来的第三个月，在转职之前我思考了很久。在此，首先非常感谢众多与我在MSN上交心的朋友，也听到你们很多肺腑之言。最终，7月10日我放弃另两家公司的邀请，毅然决定留在测试行业。目的只有一个，感悟测试真谛，而绝非为了一门生存的技能？找到真正属于自己的快乐，一个属于测试者的快乐。我深信只有如此快乐的工作，才能学到一门技术的灵魂与价值所在，并把它的精髓用到任何你愿意去从事的工作之中。

回到故事场景中，几星期前由于需要对手头的工作做一次全面的总结，闲暇之余翻看了公司几年来所有的功能及性能测试报告以做参考。几天后，我却惊奇的发现这样你开始关注到一个如此高频的词汇——“可能”（这里需要和研发人员的高频词汇进行对比，您能“肯定”是由于这个原因造成的Bug么？）。测试人员总是以这种“可能的”身份介入测试，他们怀疑所有的程序片段，他们总是站在客户的立场看待问题。在一切测试工作开展之前，测试人员开始关注产品的每个细节，分析各种逻辑之间的交互关系，并最终整理整理成为清晰的测试用例以便更多的测试人员交叉更正。由于测试本身并非是一个独立的个体，它需要一个良好的团队来协作完成。每个测试人员其思考方式都不禁相同，这是一个智慧的焦急。我们在实际项目开展中，经常需要参考其他同事或公司的设计文档，并从各个小组成员的思路中总结出符合本次测试的计划与目标。最终，我们把这些共有的经验及思考的方式应用到实际的项目工作中。转而言之，当测试人员开展测试工作之前，我们经常会架设大量虚拟的场景，来证明程序之间的交互性错误。但另一个问题又衍生出来，既如果我们假定的因素过于繁琐，这势必会响应我们对测试结果的把握，最终我们认为测试数据是毫无价值的。而另一方面，测试人员的职责是配合研发团队尽可能多的发现产品存在的缺陷及其各个模块的性能问题，并在项目发布前将它们全部杀掉。由此，我们也非常容易的发现一个较为明显的特征，在测试员抒写的测试报告中出现最高频的词汇就是“可能”二字。而这却是导致测试人员与开发人员水火不容的根本原因。

当一个从事行业多年的高级测试人员，他们将有几大共同的优点。首先，在进行事务开始之前他们将全盘考虑整件事务的组合关系，包括可能发生的问题、预期风险、资源调配、介入时机等等。其次，在事务开始前的准备期，测试人员通常会为本次测试锁定测试范围、明确测试对象。最后，当事务开始正式上轨，测试人员开始更关注产品的各种可能性，并逐步扩大用例范畴以求到达最佳的覆盖效率。在测试中期，测试人员频繁的对不同版本中的Bug进行明确的跟踪与回访。并在下一个版本来临之前，配合研发人员寻找缺陷产生的原因及解决办法。最后，项目完成测试工作进入尾声，测试后期生成的各种文档将有助于持续改进开发过程。最终，一个完整的项目工作结束，所有测试的过程被记录下来。下一次，工作开始，测试人员再次游离在产品的刀尖之上。

您是如何看待测试人员这种余生俱来的属性呢？如果说一位多年从事测试职业的项目人员与一位研发人员并排站在一起，而您却只能提出一个问题来区分他们。看了以上的反思，相信您已经对软件测试有了重新的定义。测试真正目的是，让我们总结一种方法去发现问题，并最终按照测试计划所规划的方法，解决我们所提出的问题。这也就是，我当初为什么要选择测试行业的直接原因？我从没想过，某一天我必须以测试为生。我更在乎的一种方法，一种思考的方法。正如，上帝创造了人类，而人类创造了不同的文明。而相对程序来说，每一种语言都遵循同样的思想。我们无非是找到一种规律即所谓程序的“算法”。而测试人员所扮演的角色就好比一个项目的PM，而我们获得这种经历的时间却远远小于一个程序员获得开发经理所有经历的过程。从投入比例的角度思考，这种投资可谓是非常经济的。

综述，开发人员与测试人员其心态永远是不可能重叠的，我们能做到的就是携手保证的产品的质量。