1、bug标题
2、测试环境及版本
3、测试工具
4、bug级别
5、修改bug的优先级
6、bug关联的用例编号
7、详细的测试步骤场景
8、对应的接口及入参出参 对应截图 视频
9、预期结果
10、实际结果
11、影响范围
12、是否必现
13、测试阶段
14、确认bug对应的开发人员
| 非漏测 | 漏测 | 待定 | ||||||
| 非漏测原因 | 详细分析（参考） | 漏测原因 | 详细分析（参考） | 待定原因 | 详细分析（参考） | |||
| 1 | 已有缺陷追踪 | 贴未关闭的jira号 | 11 | 测试用例场景遗漏 | 遗漏的原因，后续的改进措施，是否在用例库中增加用例 | 20 | 研发根因分析中 | 等研发分析完后，再分析，月底前完成 |
| 2 | 重新操作后解决，研发无代码修改 | 说明重新操作了什么，测试域是否遇到该问题，是否可以给研发提优化需求？ | 12 | 测试域覆盖现网未覆盖 | 现网未覆盖的原因，后续的改进措施 | |||
| 3 | 变更导致 | 说明测试是否发现？能否通过测试避免？变更完成后该问题是否得到解决 | 13 | 存量数据 | 存量数据未覆盖的原因，后续的措施，目前的处理进度 | |||
| 4 | 需求问题 | 说明是否提了需求bug或是否与需求人员沟通过，或客户场景超出需求范围 | 14 | 客户场景超出需求范围 | 后续面对该类问题，是否有必要 | |||
| 5 | 脏数据导致 | 说明脏数据来源，产生原因，位于哪个产品上 | 15 | 修复缺陷引入 | 修复了哪个缺陷，未考虑这部分功能的原因 | |||
| 6 | 未提测 | 需得到产品部认可 | 16 | 用户体验类测试考虑不完全 | ||||
| 7 | 环境问题 | 说明研发是否有优化，是否需要代码改动？ | 17 | 验收测试不严 | ||||
| 8 | 非测试部测试范围 | 说明属于哪个产品，谁负责测试 | 18 | 性能测试不足 | ||||
| 9 | 非技术条线问题 | 说明具体原因，如：客户原因、运维原因、资源不足、上下架导致？ | 19 | 其他 | ||||
| 10 | 原因未明且不再查证 | 研发不做分析的问题归为此类，若研发还在分析中的问题，归为20-待定类 | ||||||
验收 是为了证明测试部的报告是可以信任的