测试报告是由测试人员撰写的，阅读对象是整个项目组。在测试报告的帮助下，测试人员、开发人员、项目经理、产品经理等相关者了解整体测试活动的质量。它可以帮助成员找出问题的根源或问题出现的阶段。它有助于分析问题是否是由于需求分析不够完善，代码设计不妥、管理不善的后果、不稳定的环境设施而导致的。对于项目的收官有重大意义。

那测试总结报告应该怎么写呢？

我见过一些测试总结报告只有过程，忽略结果，还有的总结报告只体现结果，忽略过程。

我认为一份完整的测试总结报告需要将结果和过程相结合。具体包括的内容如下：

任何报告都是结论先行。一上来，先pia一个结论，然后再详细开展论述。结论是为了告诉别人这个版本测试是合格还是不合格。让阅读者做到心中有数。软件往往会测试多个版本，一般中间版本都是不合格，最后一个版本才会给出合格结论。

接下来主要介绍从哪些角度对这个版本进行测试比如：功能测试、压力测试、性能测试等，必要的时候加上执行用例的覆盖率。

最后还可以在总结的末尾加上一些对功能的建议，因为测试者除了测试，也可以看做是第一批试用者。

具体可以按照下面的段落编写：

一、版本风险评估（该版本作为上线版本，还遗留哪些问题未解决，包括建议补丁形式合入问题）

二、新功能测试总结情况（该版本新功能测试情况，是否通过）

三、测试内容罗列（每个版本测试了什么内容，是否安排相应测试）

四、bug趋势（每个版本bug个数统计，bug走向）

五、bug回归情况（已改好的bug的验证情况）

六、遗留问题汇总（遗留未解决问题汇总，需要安排计划解决）