BUG及提测标准

Bug开发不认怎么办

首先进行bug复现，确认是否为bug，然后与开发沟通，确定bug范围是需求问题还是环境问题的原因。如果是需求相关问题，就与产品经经理一起讨论确定是否是bug。如果是环境问题，与开发进行沟通寻找bug发生环节，确定问题，最终确定是否为bug。对bug判断有五条标准，多功能、少功能、功能错误、隐性功能错误、不易使用

缺陷报告的组成

Id编号、缺陷标题、缺陷模块、严重程度、优先级、

复现步骤、预期结果、实际结果、缺陷类型、缺陷状态

Bug 怎么定级的？（bug优先级划分）

Bug等级分类有两种

1、严重程度（功能严重程度）

致命性错误（一级bug）

严重错误（二级bug）

一般错误（三级bug）

细微错误（四级bug）

2、优先级（修复时间）

优先级就是bug等级

正向业务—>0

逆向业务—>1

单功能正向—>3

单功能逆向—>4

ui错误和建议—>5

启动测试（提测的标准是啥？）

• 冒烟测试的测试用例集100%通过
• 提测的版本符合约定的范围（根据实际情况的约定）

产品上线标准？

• 本迭代约定的测试用例全部执行完毕
• 中级以上的bug全部修复，且整体bug修复率高于90%
• 发现重大设计问题、需求问题暂停测试，及时反馈相关领导

验收测试结束要求？

• 产品全部实现《软件需求说明书》显性和隐形需求
• 产品打包后的可部署文件
• 全套的软件测试报告
• 产品《用户使用说明书》
• 能指导用户实际部署的手册