转载【有效的测试报告】

说到一个测试报告，是对测试的过程和结果的汇总描述，所以其核心内容是两个，一个是测试结果的汇总报告，一个是测试过程的汇总总结，前者是针对所测软件本身，是给所测软件一个客观真实的评价；后者则是针对过程改进，回顾测试流程中存在的不足，加以总结改进。除了这两项核心内容之外，其他的内容都是次要的，但是为了保持文档的美观性和周全性，其他各部分还是要写写的。

具体说一般一个测试报告有如下部分构成，下面一一细说。（下面也是我在我们公司执行的模板）

1.引言

这个不用多说了，一般包括编写目的，项目背景介绍，参考资料等等，该项基本可以随便写写。（只是为了保持文档的完整性）

2.测试用例设计

对用例设计做一个简单的描述，包括测试范围阿，测试目标阿，测试重点阿等。该项基本可以随便写写。（只是为了保持文档的完整性）

3.测试环境

主要描述测试所用环境，包括硬件环境和软件环境，服务端和客户端。该项比较重要。

4.测试方法

主要描述测试过程中自己用到什么测试方法，白盒还是黑盒，哪些部分用了自动化，用多少。该项比较重要。

6.测试时间安排（执行情况）

主要描述测试过程，每个时间段都做了什么事情。该项必不可少。

7.缺陷汇总及分析

7.1缺陷总结

一般按照严重程度，功能模块进行划分。能画图就画个图吧，直观一点。该项很重要，绝不可少。

7.2缺陷分析

通过上面7.1的总结，对bug进行分析。这项是测试报告的核心所在，一般有缺陷功能模块分析，缺陷类型分析和缺陷发现阶段分析，具体更多方法参见我的另一篇博文：http://www.51testing.com/?1592/action_viewspace_itemid_85427.html 该项很重要，绝不可少。

7.3遗留问题

目前软件残存的已知问题。有些是解决不掉的问题。该项很重要，绝不可少。

7.4测试结论

基于以上分析，给被测软件一个全面客观真实的结论，功能如何，性能如何，稳定性，安全性等等给出一个评价。该项最重要，绝不可少。

8.测试过程改进

对整个测试活动进行一个总结，有哪些得失，测试方法和流程需要哪些改进，测试过程中暴露出哪些问题，有哪些好的地方值得发扬等等。该项很重要，绝不可少。

9.附录

一般附上缺陷列表以及执行过的测试用例地址等。该项基本可以随便写写。（只是为了保持文档的完整性）

上面这个只是我个人比较常用的模板，仅供参考。我觉得写文档要有模板，但模板只限于统一规范和格式（一般公司内部的文档要统一规范，要不大家各写各的就乱了），模板还有一个好处是引导思路，但是写文档不要拘泥于模板，还是要根据自己的需要，实用一点。

最后，啰嗦一句，其实测试总结报告不是仅仅为了应付测试经理或者领导，任何事情好好去做了就又是一回事，我觉得作为一个测试人员，静下心来对自己几个月的测试工作有一个深入的总结，也能够使经验得到积累，意识得到升华，何乐而不为呢？不能抱着应付的态度，总结是提高自己的必经之路。

这就是如何才“有效”！

以上内容是转载“godn_1981” 的日志文档，主要是我想收集一些软件测试的文档自己学习学习。

原文链接地址：http://www.51testing.com/?1592/action_viewspace_itemid_86636.html

此图片也是转载“卖烧烤的鱼”的