1、根据《bug优先级定义》中的状态为：紧急、高、中的bug修复并回归结束。
2、若紧急、高、中的问题未处理完，需同步项目经理、测试主管等团队人员周知此事，可组织：bug评审会，并在项目经理同意遗留的情况下，可发布上线。
3、测试通过，与项目经理沟通可发布版本，同步进行《测试总结报告》的梳理并发布到项目群、上传到对应的目录下，已做备份。
测试报告详解：
（1）首页
说明：首页是整个测试报告中最重要的一个页面信息，此页面展示了本次迭代跟进的整体测试情况的一个概览讲解，详细的部分信息可在另外页面进行补充与详细展示。
对于首页所包含某些字段信息的详解（也就是首页为什么要包含这些内容）：
原定测试内容：目的是将此份报告发送给领导或者非此次迭代参加的人员查看时，可明确的知道这个迭代都做了哪些东西。
补充新需求：目的是针对此次迭代进行中新增的需求做记录。
遗留不实现的需求：针对此次迭代在开始确定的需求中间在实际的执行中，由于某种原因项目经理或者产品经理确定不实现的需求。
测试用例执行情况《通过率（百分比）》：失败率主要是针对第一轮执行测试用例中失败的条数，通过计算通过率百分比，即可大致评估出本次迭代开发人员的整体提测质量。这里可对通过率百分比设置等级，比如：80%则为优，证明开发对本次需求的理解与实现较好，通过这些的计算可以有效的帮助研发主管或者项目经理评估此次开发人员的开发质量。
p0通过率（百分比）：对开发与产品经理的自测进行评定，同样可设置等级，来评估提测质量。
遗留风险问题：目前可能因技术原因等一些因素导致无法快速处理的问题，与项目经理沟通后可遗留。
预留未处理的问题：优先级未低等一些的bug，不影响版本的发布，可在版本发布后持续进行修复。
如上信息在测试报告中需要体验，让本项目或者非此项目、领导等人一看则清楚此次迭代的情况。
（2）概要
主要针对本次报告中的一些事项进行说明。可包含如下信息：
原定测试内容、遗留未处理的问题、延迟提测的需求
目的：若如上的内容较多时，可在对应的tab也进行详细信息的填写，在首页中做上超链接即可。
（3）测试进度跟进情况汇总
（4）分析报表
目的：主要是针对本次测试中发现的bug情况进行总结说明，包括：bug集中的模块、主要是几种的bug，那种类型的bug占比较高等等。示例图如下：
等等其他类型的报表。