Question

在每个测试报告里面，我们都会填写一个总结，产品质量怎么样，能不能上线等等。这些很多都是凭借我们自己的经验去判断，当有人真正问你的时候，无法说出什么叫好，什么叫不好？

所以我们需要涵盖一些判定维度：

• 产品质量

包含了我们最终在交付产品的时候，对Bug（数量+严重度+概述），功能点（包含了功能，性能，异常是否全部覆盖），用例（是否包含了全部功能点以及执行情况，测试过程的代码覆盖率等）的一个整体产品评估。

• 测试过程质量

比如，我们在做功能测试的时候，一般我们会进行相对较全的功能回归，在第一轮回归以后，可能会出现一些问题，然后修复好以后又进行相应的冒烟，此时在回归次数增加的同时，可能也会存在一些未知的风险，比如第一轮回归完成后，第二轮修的Bug可能会影响到前面的测试功能，所以存在说回归次数和产品质量的一个风险关系；

其次，比如我们在迭代过程中的需求挖掘，如果在刚开始需求评审的时候，没有挖掘出一些潜在的需求Bug，那可能后续会增加一些回归的风险，再比如开发的冒烟的通过率等等还有很多，也可以根据自己的项目经验去增加。

• 上线过程质量

主要考虑2个方面：上线过程中前后端是否相互完全隔离；上线是否采用静默升级，升级后会不会影响线上现有的功能点。

根据项目的规模我们有两种测试报告写法：完整版报告与Signoff版报告