做需求分析，然后制定测试策略或计划，编写测试用例，然后执行测试用例，发现缺陷，上报缺陷，缺陷跟踪，复测，最后在发版前写一个测试总结。这是一个很平常的测试工作流程。直等到“头头”们发一个已发版通知，所有测试人员知道这轮工作算是结束了。然后，就是进入下一个工作周期。

　　在这样的测试工作中，测试人员有发现缺陷时的欣喜，有做反复测试时感到的乏味无聊，也有在测试总结报告交上去后的轻松，还有忐忑。所谓轻松，是因为测试人员工作完成后的心情暂时放松。而忐忑，是因为测试人员担心已发版系统中，是否还存在严重缺陷（因个人能力或其他因素没有发现的，比如测试Case中漏写或漏执行的）？尤其担心发版后，某些缺陷由客户发现而质疑测试人员本身的工作。

　　为了减少这些心理忐忑，很多有责任心的测试人员开始想法设法提高自己的工作能力，尽量在制定计划时做到思考周密，在执行用例时做到一丝不苟，尽量做到能最后提交上一份高质量的总结报告。如此这般，测试人员渐渐把自己置于一个版本发布“把门人”或“把关人”的位置上（事实上很多项目组，从项目经理到其他员工也这样看待测试人员，把他们当成发版前最后的“质量把门人”）。怀着这种心情，“位置”的提升并未减少测试人员的忐忑，反而有责任越来越沉重的趋势。

　　在一般人看来，这就是测试工作的真正意义吗？我却不敢苟同。

　　我认为，测试人员和很多“头头”们应该把软件测试工作当成一个“参谋”工作。测试人员通过自己的努力，以测试结果、报告的形式，为那些决策者（项目经理或各负责人）提供有力的工作参考资料，帮助他们在项目进展中做出重要的决策。这个决策远远不仅仅是最后能否发版的那么简单。

　　实质上，在测试工作中，测试结果、报告有很多种，它们都具有不同的作用或能量：

　　1、缺陷报告的作用

　　在任何项目中，缺陷都分多种优先级和严重程度，不同的缺陷被报告上去，“头头”们会根据缺陷在系统中或开发工作中的分量，做一个合理的分派。其中，是当务之急还是可以暂且不管，对缺陷的不同处理方式，都会对项目开发进程产生一定的影响，甚至可能关乎到对将要交付的系统、产品如何定位问题。

　　2、日报、周报或其他周期性报告的作用

　　这类报告，不仅是对测试人员周期性工作的总结汇报，更是通过这类报告对正在开发的系统中缺陷的一种管理。“头头”们通过这类报告，可以了解软件系统的完善程度。能力强的“头头”，还可以通过这些报告，发现现阶段系统、甚至是项目组存在的问题。经过分析，可以对开发过程进行适当的调整。例如：系统中因需求问题导致的缺陷增多，就可以适时调整需求人员的工作；倘若是因开发人员个人问题导致的缺陷增多，则可及时调整开发人员的工作（如找开发人员谈心），等等。显然，能够适时调整这些工作决策，有可能会减少项目组的风险，甚至有可能避免公司以及客户潜在的损失。

　　3、发版前的测试总结报告的作用

　　这个报告尤为重要，它可以让决策者，能从测试的角度清晰地把握当前软件系统的状态。也就是说，决策者可以从这个报告中，知道系统当下什么可以“做”，什么不可以“做”；重要的功能能否工作？能工作到什么程度？次要的功能能否工作？能工作到什么程度？主要的性能指标是否已达到？等等。所有这些，都是决策者决定是否能如期发版的重要数据依据。

　　综上所述，测试人员不应只做决定能否发版的“把门人”，而是要做一个帮助决策者正确决策的“高参”。

　　要做好这个参谋工作，不是一件容易的事。首先，测试人员要对公司和客户有着强烈的责任感。其次，还要具备相当的业务能力。这样，测试人员才能在工作中不断总结、归纳出适宜当前项目的测试和汇报策略。尤其是在快节奏的开发模式下，每一个迭代周期都很短境况下，合理的测试和汇报就变的尤为重要。

　　要想做一个优秀的“高参”，必须要清楚地了解本项目在当前迭代阶段的工作重点。在测试和汇报功能完成度或缺陷状态的时候，要能够简洁明了地描述涉及重点工作的测试情况。也就是了解当前客户和项目决策者最想要的是什么？只有这样的结果或汇报，方可减少决策者的分析时间，帮助他们在尽可能短的时间内，快速做出各种正确而有意义的决定。以我的工作经历为例，经常会出现在临发版前，头儿发现还有一些不是很急需或重要的功能或修改没有完成，或这些功能和修改还没有经过较充分的测试时，通过对报告的分析（有时也可能是口述）决定暂且放弃这些Release项，把他们推迟至下个Release版本的情况。

　　另外，测试人员要勇于如实地汇报当前情况，切勿因各种原因而有所顾忌地漏报、瞒报某些缺陷或细节（这个在不同项目中的测试人员中还是屡见不鲜的）。因为，这样的漏报、瞒报不仅仅会对项目组，甚至客户带来意想不到的损失，其更是一个职业人的操守问题。这是作为一个合格的测试人员的重要标准。这个标准，比职业技能更金贵。

　　测试人员要当项目中重要的“参谋”，不当所谓的“把门人”。这是我对测试工作的理解，也是我的工作宣言。

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

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