缺陷管理流程.pptVIP

Bug处理过程实施基本原则 Reject Bug的准备工作 1.Owner要明确reject的原则，才可以向PDM或TL申请reject bug 1）Bug描述的现象能够重现 2）经确认（确认方式：Submitter，UI, requirement owner，SPDM，TL一起确认）存在以下问题： 该现象属于符合规范、标准或行业惯例正常现象 测试条件本身存在问题 该bug不属于合理范围内的修改，比如baselined的需求定义以外的一些额外的功能等； 3）必须征求submitter的意见，把root cause说清楚，得到认同即可向PDM或TL提出申请 2.在reject过程中，如果发生争执，则要求QA仲裁 第十八页，共三十六页。 Bug处理过程实施基本原则 CQ中reject Bug的操作过程 1. PDM或TL必填analysis字段，填写经大家同意的reject理由,将bug置为rejected状态 第十九页，共三十六页。 Bug处理过程实施基本原则 Duplicate Bug的准备工作 1.Owner要明确duplicate的原则，才可以向PDM或TL申请duplicate bug 1）Bug描述的现象能够重现 2）必须是两个或多个bugs的操作路径和表现结果均一致。 保留先提交的bug，将后提交的一个或多个bugs置为duplicated， 并将先提交的bug Cust ID号记录在后面被duplicated掉的bugs上 何谓“操作路径”一致？ 两个或多个bugs的所有操作步骤均一致，错误表现也一致 两个或多个bugs入口不一样，但后面的操作步骤和表现结果均一致，比如： Bug1：步骤1，步骤2，步骤3，步骤4，步骤5 Bug2：步骤1，步骤2，步骤3，步骤4，步骤5 这两个bugs前2步不同，但错误发生在步骤3/4/5中，而且错误表现也一样，我们可以认为“操作路径” 一致 3）对bugs之间的“操作路径”和“表现结果”一致的认定，必须征求submitter的意见，把root cause说清楚，得到认同即可向PDM或TL提出申请 第二十页，共三十六页。 Bug处理过程实施基本原则 在duplicate过程中，如果发生争执，则要求QA仲裁 CQ中duplicate Bug的操作过程 Duplicate bug时，PDM或TL可以根据保留的bug carrier信息，填写被duplicated掉的bug carrier字段 填写保留的Bug Cust ID到Duplicate_ID字段中 将duplicate的原因记录在notes字段中 第二十一页，共三十六页。 Bug处理过程实施基本原则 延迟解决Bug的准备工作（Postpone） 1.Owner要明确postpone的原则，才可以向PDM申请postpone bug 1）经过分析（open）后，发现当前不具备解决条件的缺陷，例如: 平台限制 软件架构限制 第三方限制 Bug不会对用户使用产生负作用，但Bug的修改会带来负面的风险和更多的问题 2）一个bug被fail多次，PDM评估后认可bug不会对项目产生block 2.要发正式邮件向PDM申请，抄送给Test leader，Submitter，TL，SQA 3.邮件的收件人以及抄送人全部同意后，PDM才可postpone bug 4.QA会抽查postponed bugs，如果发现理由不合理，可以将bug 重新打开 CQ中postpone Bug的操作过程 1.PDM要将合理的postpone 理由填写到notes字段中 第二十二页，共三十六页。 Bug处理过程实施基本原则 监控Bug的准备工作（Monitor） 1. 对于复现率低的bug，如果发生以下情况，Owner可以向PDM或TL申请monitor bug； 1）分析（open）bug时，Owner无法复现bug 2）Resolve bug时，Owner无法确定bug是否在分支上被解决了 3）Release bug时，Owner无法确定bug是否在集成版本上被解决了 2. 在申请之前： 1）Owner必须将试图复现bug的操作，重现次数等信息记录在notes字段 中；在重现bug的时候一定要在发现bug的版本上验证： 在当前版本没有发现bug，不代表该bug不存在 在模拟器上验证，无效 2）对于