软件测试缺陷的管理流程（上）：构成要素与流程分析 ...

[内部资源] 想拿年薪30W+的软件测试职员，这份资料必须领取~
Python自动化测试全栈+性能测试全栈，挑衅年薪40W+
实行测试运动过程中，针对缺陷开展有用跟踪管理是测试工程师质量包管运动的重点。因此，在一个成熟的测试团队或组织内，缺陷管理流程的完善与否直接决定了测试运动的质量。
缺陷管理流程通常由角色定义、流程定义、工具应用、缺陷分析模子等几个关键因素构成：

• 角色定义：表述了在缺陷管理流程中所涉及的若干角色及其职责内容，从而清晰明确定义每个流程节点中角色所需完成的事件。
  
• 流程定义：规定了在项目或产品实行测试运动时所需遵循的流程规则。
  
• 工具应用：从项目或产品规模、团队流程、成本控制、风险防范等多个角度考虑，选择何种缺陷管理工具更能提升测试结果，进步缺陷管理服从。
  
• 缺陷分析模子：是针对缺陷进行综合判断，分析缺陷风险的科学方法，现在业内常用的模子有ODC、四象限和Gompertz等。
  

【1】角色定义
缺陷管理流程运动一般包罗测试工程师、测试负责人、开发负责人、开发工程师和项目经理等若干角色。
1．测试工程师
测试工程师负责实行测试运动，发现缺陷，及时提交缺陷，确认校验缺陷，实行回归测试。
2．测试负责人
测试负责人评审缺陷，检查测试工程师新增的缺陷是否符合规范，是否由于不熟悉需求、明白毛病而引起的误提，并负责缺陷产生争议后的协调处置惩罚。
3.开发负责人
开发负责人负责缺陷分配运动，将需修复的缺陷根据缺陷修复任务分配给对应的开发工程师，协调解决争议缺陷。
4.开发工程师
当缺陷提交给开发工程师后，开发工程师负责缺陷简直认区修复运动。
5．项目经理
当对提交的缺陷有分歧、被拒绝时，可由项目经理、测试负责人、开发负责人等进行缺陷评审运动，商定题目如那边理，是否保留或当前版本不做处置惩罚等结论。
【2】流程定义
不同公司因组织布局不同，所采用的管理流程亦不相同。大部分公司使用流程如图所示：

注：流程中操纵关键词以HP商用的项目管理工具 ALM 为例.
流程分析：
1.测试工程师或其他职员发现缺陷，颠末确认后提交缺陷，缺陷状态设置为“新建(New)”，“指派(Assign）”下步处置惩罚人为测试负责人。
2.测试负责人针对必要自己处置惩罚的缺陷进行“评审（Review）”操纵。检查测试工程师提交的缺陷是否符合缺陷陈诉规范，如语言形貌是否清晰、题目定位是否准确等，或者判断该题目是否确实是一个缺陷，照旧因测试工程师不熟悉需求、明白毛病而引起的误提。
如有题目，将该缺陷“指派(Assign)”至测试工程师，让其修改后再提交，此时缺陷状态为“新建（ New )”’。如无题目，确定是缺陷，则将该缺陷提交给开发负责人，缺陷状态为“打开 ( Open )”。
3.假如测试负责人“评审（Review)”后，缺陷“指派( Assign）”至测试工程师处，测试工程师则需再次确认缺陷是否误提，是则“关闭(Close）”缺陷，并注明缺陷关闭原因，否则再次“指派（Assign）”至测试负责人处，缺陷状态为“新建（New )”，并注明原因。测试负责人重复步调2。
4.开发负责人将测试负责人“评审(Review)”后的缺陷根据缺陷修复任务分配给相应的开发工程师，开发负责人一般仅分配缺陷，不再过滤缺陷，此时缺陷状态为“打开(Open)"。
5.开发工程师根据缺陷形貌确认是否是缺陷，假如是，则进行缺陷修复运动，修复完成后，缺陷状态置为“修复（Fix)”，并将对应缺陷“指派 (Assign）”至缺陷发现者。假如不是缺陷，则将缺陷状态置为“扣绝（Reject )"，由测试工程师再次确认处置惩罚。
6.测试工程师针对“拒绝（Reject）” 的缺陷进行再次确认验证，假如确认缺陷属于误提或不再存在，则可"关闭（close）"对应缺陷，并注明关闭原因，若确认是缺陷，则需“重新打开（Reopen）”缺陷至开发工程师处，并注明“重新打开（Reopen）”原因。开发工程师重复步调5。
7.当缺陷无法确认或产生争执时，由测试、开发负责人及项目经理评审确认并给出终极处置惩罚结果。测试工程师及开发工程师原则上不直接沟通，避免产生无效沟通。一般来讲，缺陷处置惩罚是一个循环反复的过程。当出现争议时，必须由项目经理到场缺陷处置惩罚运动，而不能由开发组或者测试组单方面决定缺陷的处置惩罚方式。
上述流程可根据测试流程及时间进度适当调整，一般适用于5~10 人的团队，可精简为适合3~5人团队的流程，也可细化为适合10~15人的中型测试团队。
 

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。