笔者在开始做软件测试中，在最初对测试报告的认知认为就是一个用于结项的可有可无的形式文档，因此也就根据公司提供的模板依葫芦画瓢完成了事。
但当进入公司开始参与ISO的评审，CMMI3等后，开始认识到软件测试报告远非一种形式，更多是一个测试活动的总结，项目经理决定是否项目健康发展，项目是否结项的重要参考和依据。因此本文指导一些才从业不久的朋友怎么编写一份高质量的测试报告。
要有明确结论是测试报告是否有用的关键
纵观一些软件测试报告，可能测试人员基于规避自己的责任，或者迫于软件开发经理的压力，导致在报告中尽写一些模棱两可的结论。这样的测试报告是没有任何作用的，更多体现了测试团队的懦弱和无能。一个有效的测试报告，关键是有一个建立在真实测试数据上，客观、公正的明确结论。公司的领导把质量交付于你，是希望你能保证公司的软件质量，如果而领导往往基于对测试团队的信任，都会看测试结论。如果结论都不闪烁其词，你让公司怎么相信、支持测试团队。
每一条结论都是建立在事实、数据上
前面已经提高，测试报告中最重要的就是要有明确的结论。有可能是一组数据，也有可能是一句话。这些结论不管以何种形式展现出来，有个重要的原则：每条结论必须建立在事实、数据上。测试结论不能依照少量的不可靠的数据进行推测，更不能凭空捏造。否则，整个测试报告就真正沦为了一个形式，可能还会因此导致一些未知的负面后果。
测试报告中结果应尽可能图文结合方式展现出来
测试报告的读者往往是项目经理，或者公司高层，更有甚者为软件买单客户。所以测试报告应尽可能以直观的形式展现出来。比如数据最好以列表的形式展现出来，测试迭代情况更可以以折线图展现出来，并在图表下配以文字说明。这样的测试报告不仅仅是赏心悦目，更向高层见到了测试团队的专业性，从而更容易获得认可。
测试报告中，必须应该客观填写，但可以在结尾给予一定的建议
测试报告中很关键的一点就是，必须客观真实的反应软件测试的质量检测结果。所以在报告中，应该排除过多的个人因素，客观的去填写结果、说明和报告。但是，如果你有一些想法和建议，也可以在报告结论之后进行附加说明。我一直认为测试人员除了发现缺陷，还有一些具有创造性的东西。
下面说下一个标准测试报告应该包含的内容信息
1、概述，包括本次测试的目的，测试的背景介绍。
2、测试环境，包括测试软硬件环境及配置，以及测试环境的网络拓扑图
3、测试的一些参考资料
4、测试参与人员，以及投入的时间情况说明
5、测试的进度情况，包括计划进度和实际进度
6、测试情况介绍，包括测试的内容项说明。如功能测试具体的测试项，测试通过情况；性能测试的测试项，测试通过情况等
7、缺陷的统计和分析，包括迭代次数，缺陷的分布情况，缺陷的覆盖情况，缺陷的发展趋势等
8、本次测试的结论
9、测试人员就本次测试的一些建议