【IT168 技术文章】

    看到有人提到这个问题，就来凑凑热闹，结合实践谈谈我的看法。

    既然是说到如何编写有效的测试报告，那么我的重点就是在于有效，而不是一般的洋洋洒洒几千字的非常八股文的测试报告，有时候怎么说呢，唉，生在中国就不得不搞一些形象工程，所以，一说到报告大家的概念好像就必须是洋洋洒洒罗罗嗦嗦繁冗复杂的数千字……不过，我在这里不想谈那个“政绩报告”。偶是一个非常实用主义者。

    废话少说，我们要说的是如何做有效的测试报告。

    既然说到有效，我觉得要有两个特点：完整和实用，突出重点。引用一句广告词就是说“简约而不简单”，就是说要完整但又不说废话，能肥则肥，能瘦则瘦，重点部分要突出，要细说，非重点部分，一笔带过，只是为了保证一个文档的完整性。

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

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

    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.附录

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

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

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

    这就是如何才“有效”！