（功能测试）测试报告

其中的统计分析和测试结果确认是必须要有的；

测试过程回顾：测试的时间和阶段，是否出现延期，与预期的任务计划是否匹配；

！统计分析：统计写多少用例，用例覆盖情况如何（100%），多少bug，用例的执行情况如何，bug的修复率如何，bug的严重级别，修复未到达100%，为什么没有到达100%，哪些是没有达到100%的；

！测试结果：产品是否能发布上线，项目在发布之前召开发布评审会（研发，产品和测试）

如果测试认为项目不合格存在漏洞，就坚持原则让项目不能上线（要有理有据说出原因和问题）--产品影响到用户的使用了

若是别人和自己的意见不一，就要报告测试总监，严谨说出自己的理由；

测试观点：一定不是少数服从多数的观点，该坚持的要坚持

项目经理（管理项目能不能按时发布的）

测试报告：有利于对整个项目进度和结果进行反思和改进，方便后续的进步和优化

测试统计是否有都没有关系

bug的统计分析：

bug的统计（引起开发和测试人员的重视，测试人员要关注bug存在量较多的开发人员）

按照bug的严重程度做出一个总结，每一个bug都有不同的严重程度，测试人员提出bug的严重程度要严谨；

在web项目当中，随着版本的提高，bug数量的在减少，说明项目在趋于稳定；

分析：bug数突然上去是什么原因：研发引入了新的缺陷等等，此时可以再多增加几个版本重新验证；

如果说bug的解决率没有到达100%， 说明就是有遗留问题，需要列出优先级和严重程度，这些bug要知道是不是大家都认可的，如果说有的bug大家确定是不能带出去的，要新增版本继续测试，研发也要继续修改

最后要整体给出结论：

集体表决出结果：大家得出结果，测试要写出你认为不能发布的点

测试报告写出项目总结建议等等