执行阶段
测试阶段，测试完成后的结果报告
执行人
测试人员
规范内容
1 目的
本文档描述了，加推测试报告的编写规范，用以指导测试人员完成测试后，报告的编写和发布指导。规范中对测试报告评审，报告内容和测试报告的发布方式均有描述。本规范有问题的地方，可以根据实际情况调整。
2 适用范围
本文档适用于加推公司所有研发项目。
3 测试报告评审
测试报告由测试负责人，完成编写。并组织项目干系人员进行会议评审。会议评审人员应包含，产品经理，项目经理，开发负责人，测试负责人，其他领导。评审会议需要得出评审结论。
4 报告邮件规范
邮件标题命名规范， ‘XX项目-第X轮测试报告’。
邮件正文规范
测试结论：（通过/有条件通过/不通过）在邮件中应该添加文字的底色，通过 ‘绿色’。有条件通过‘黄色’。不通过 ‘红色’表示突出重点。测试结论下方需添加原因。
缺陷状态：BUG总数，未关闭BUG，严重BUG，已解决，已关闭。其中未关闭和严重BUG，使用‘红色’底纹填充。
测试类型：需填写系统功能测试，兼容性测试，性能测试，接口测试，弱网测试，是否在本轮测试有计划。是否执行，未执行风险。
收件人为项目干系人员：产品经理，开发负责人，项目经理。同时抄送Ricky，Leo，文康，郑秋明，六子，孙轩及测试组同事。不同的项目抄送不同的项目负责人。也可根据项目具体要求调整收件人员。
邮箱附件（可选项）。
5 测试报告邮件内容模板
称呼语：
一、.XX项目第X轮系统测试已完成，测试结轮：通过/有条件通过/不通过。
通过理由：简述通过理由
不通过原因：不通过时要写具体原因，如通过率不达标，严重问题没有解决等等，或者评估会议中给出的其他原因。
二、BUG状态
image.png
三、测试类型
image.png
下一阶段内容
部署发布阶段，按照测试报告的结论进行是否发布到线上，若通过则进行线上的部署，若失败则继续修复bug。
