测试报告规范V0.1.0

执行阶段
测试阶段，测试完成后的结果报告

执行人
测试人员

规范内容
1 目的
本文档描述了，加推测试报告的编写规范，用以指导测试人员完成测试后，报告的编写和发布指导。规范中对测试报告评审，报告内容和测试报告的发布方式均有描述。本规范有问题的地方，可以根据实际情况调整。

2 适用范围
本文档适用于加推公司所有研发项目。

3 测试报告评审
测试报告由测试负责人，完成编写。并组织项目干系人员进行会议评审。会议评审人员应包含，产品经理，项目经理，开发负责人，测试负责人，其他领导。评审会议需要得出评审结论。

4 报告邮件规范
邮件标题命名规范， ‘XX项目-第X轮测试报告’。

邮件正文规范

测试结论：（通过/有条件通过/不通过）在邮件中应该添加文字的底色，通过 ‘绿色’。有条件通过‘黄色’。不通过 ‘红色’表示突出重点。测试结论下方需添加原因。

缺陷状态：BUG总数，未关闭BUG，严重BUG，已解决，已关闭。其中未关闭和严重BUG，使用‘红色’底纹填充。

测试类型：需填写系统功能测试，兼容性测试，性能测试，接口测试，弱网测试，是否在本轮测试有计划。是否执行，未执行风险。

收件人为项目干系人员：产品经理，开发负责人，项目经理。同时抄送Ricky，Leo，文康，郑秋明，六子，孙轩及测试组同事。不同的项目抄送不同的项目负责人。也可根据项目具体要求调整收件人员。

邮箱附件（可选项）。

5 测试报告邮件内容模板
称呼语：

一、.XX项目第X轮系统测试已完成，测试结轮：通过/有条件通过/不通过。

通过理由：简述通过理由

不通过原因：不通过时要写具体原因，如通过率不达标，严重问题没有解决等等，或者评估会议中给出的其他原因。

二、BUG状态

image.png

三、测试类型

image.png

下一阶段内容
部署发布阶段，按照测试报告的结论进行是否发布到线上，若通过则进行线上的部署，若失败则继续修复bug。