前言

很多公司的测试报告都有固定的模板，我们也不例外，但规矩是死的，我们还需要结合情况调整自己的测试用例。拿别人的优点补子自己的缺点。

先说下大概的测试报告模板

1.测试结论

是否建议上线：是

上线内容

新增：优化：

2. 测试执行情况

1. 测试时间
2. 测试用例执行情况
3. 程序的提测质量情况（我们项目对程序自测要求严格，这个可以后续补充说明）

3. bug统计与分析

这个很重要，很多时候很多人都没有统计bug跟分析。这样的测试报告看起来比较空洞，看不出测试人员所作出的工作努力回报。当然bug过少也不会去做分析。一般在系统重构或者bug过多的时候才会写bug分析。

3.1bug列表：

3.2 bug分析：

bug分析是非常高效有用的解决测试以及开发遇到的质量问题。也只有通过bug分析才能更好提高项目的质量。最好的方式是通过图标的方式展示。
分析一般分为以下几种：

bug程序分布：

bug类型分布：

bug模块功能分布：

bug等级分布：

bug遗留分布：

以上必要有的是bug程序分布，bug模块功能分布。这样才能反应指出哪个程序在哪块代码的质量不高。以便提高该程序的review力度。其他的维度结合项目需要

4.存在的风险以及遗留问题

在此次测试中遇到的问题，可以从以下角度去考虑

1.项目需求的问题（需求不明确）

2.项目提测的问题（提测太晚）

3.项目测试环境的问题（环境复杂，总是挂掉）

4.项目遗留bug问题（遗留bug需要特别分析对线上的影响以及改进措施）

5.项目用户影响（主要是对用户，对第三方系统的考虑）