要有明确的结论
纵观一些软件测试 告，可能测试人员基于规避自己的责任，或者迫于软件开发经理的压力，导致在 告中尽写一些模棱两可的结论。这样的测试 告是没有任何作用的，更多体现了测试团队的懦弱和无能。一个有效的测试 告，关键是有一个建立在真实测试数据上，客观、公正的明确结论。公司领导把质量交付给你，是希望你能保证公司的软件质量，如果结论都闪烁其词，你让公司怎么相信、支持测试团队。
每一条结论都建立在事实、数据上
前面已经提到，测试 告中最重要的就是要有明确的结论。有可能是一组数据，也有可能是一句话。这些结论不管以何种形式展现出来，有个重要的原则：每条结论必须建立在事实、数据上。测试结论不能依照少量的不可靠的数据进行推测，更不能凭空捏造。否则，整个测试 告就真正沦为了一个形式，可能还会因此导致一些未知的负面后果。
测试 告中结果应尽可能图文结合方式展现出来
测试 告的读者往往是项目经理，或者公司高层，更有甚者为软件买单客户。所以测试 告应尽可能以直观的形式展现出来。比如数据最好以列表的形式展现出来，测试迭代情况最好以折线图展现出来，并在图表下配以文字说明。这样的测试 告不仅仅是赏心悦目，更让高层见到了测试团队的专业性，从而更容易获得认可。
测试 告中，必须客观填写，在结尾给予一定的建议
测试 告中很关键的一点就是，必须客观真实的反应软件测试的质量检测结果。所以在 告中，应该排除过多的个人因素，客观的去填写结果、说明和 告。但是，如果你有一些想法和建议，也可以在 告结论之后进行附加说明。我一直认为测试人员除了发现缺陷，还有一些具有创造性的东西。
下面说下一个标准测试 告应该包含的内容信息：
1、概述，包括本次测试的目的，测试的背景介绍；
2、测试环境，包括测试软硬件环境及配置，以及测试环境的 络拓扑图；
3、测试的一些参考资料；
4、测试参与人员，以及投入的时间情况说明；
5、测试的进度情况，包括计划进度和实际进度；
6、测试情况介绍，包括测试的内容项说明。如功能测试具体的测试项，测试通过情况；性能测试的测试项，测试通过情况等；
7、缺陷的统计和分析，包括迭代次数，缺陷的分布情况，缺陷的覆盖情况，缺陷的发展趋势等；
8、本次测试的结论；
9、测试人员就本次测试的一些建议。
PS:
软件测试第二版电子书链接：https://pan.baidu.com/s/1sl6zwct 密码：daru。
链接地址： https://blog.csdn.net/zhusongziye/article/details/79079570
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！