软件测试中的“阴阳”报告?!

最近娱乐圈中的“阴阳合同”闹得沸沸扬扬,让广大投资者的感情很受伤,纷纷扬言要撤资。
“阴阳合同”这种类似的东西各行各业都存在,只是带来的负面影响不同,而且一些情况下是必需的,比如软件测试报告(没看错)!

在项目交给客户的手上的时候,客户也会通常也会要求我们提供对应的测试报告。那么我们是不是要提供内部测试过程中完全真实的测试报告呢?那肯定是要不得啦,你自己内部的测试报告中bug那么多(可能一些bug因为处理时间、难度等原因,还没有进行修复),客户看了不是要吐血了,甚至因为有些客户不懂软件工程,偏执的认为软件必须零bug,那不是就完蛋了。

软件测试中的“阴阳”报告?!

所以我们在编写测试报告的时候有两种:一种是内部测试报告,另外一种是外部测试报告。
外部测试报告需要经过润色后,才能最终提交给客户。那么我们今天主要讲的是外部测试报告。外部测试报告可以根据内部测试报告进行编写,一般可以摘录。但外部测试报告需要满足一下几点:
1)测试结论应该明确是通过的。没测试通过就提交给客户,你的勇气来自哪里?So,哪怕内部测试结论是“没通过”,但执意要提交给客户时,也得写“通过”(必须是项目负责人知晓并同意,必须是项目负责人知晓并同意,必须是项目负责人知晓并同意,重要的事情说三遍。Sure,我们测试的态度:坚定反对没通过测试就提交给客户的)。
2)不可以向客户报告严重缺陷,即便是已经修复的严重缺陷,开发过程中的bug更没有必要让客户知道;
3)报告上面的内容尽量要真实可靠;
4)报告上可以列出一些缺陷,但必须是中级及以下的缺陷,而且这些缺陷必须是修复的(注意缺陷的描述,不要写过多的软件专业术语,什么tab、checkbox、js之类的东东要杜绝,在写之前,你应把你的客户当成是非计算机专业的白痴);
5)整个测试报告要仔细审阅,力争不给项目带来负面作用,尤其是性能测试报告。
当然,该装逼时就得装逼,比如测试报告中带上测试环境组网图,需求点测试情况统计表,必要的bug图表分析,这样才能显得团队的专业。
如果是功能性测试报告,在附件中最后来点重要页面(功能)测试效果图,这样用户必定更加满意。
总之,外部测试报告要小心谨慎的编写,编写完后一定要经过测试负责人(项目负责人)审核。不然你可能就得背锅了。大家认为呢?



留言