测试员自我提升第一步:清晰梳理缺陷管理流程

发表于:2021-4-12 09:39

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:佚名    来源:今日头条

分享:
  实施测试活动过程中,针对缺陷开展有效跟踪管理是测试工程师质量保证活动的重点,因此,在一个成熟的测试团队或组织内,缺陷管理流程的完善与否直接决定测试活动的质量。
  缺陷管理流程通常由角色定义、流程定义、工具应用、缺陷分析模型等几个关键因素构成。
  角色定义表述了在缺陷管理流程中所涉及的若干角色及其职责内容,从而清晰明确定义每个流程节点中角色所需完成的事务。流程定义规定了在项目或产品实施测试活动时所需遵循的流程规则。
  工具应用则从项目或产品规模、团队流程、成本控制、风险防范等多个角度考虑,选择何种缺陷管理工具更能提升测试效果,提高缺陷管理效率。缺陷分析模型是针对缺陷进行综合判断,分析缺陷风险的科学方法,目前业内常用的模型有ODC、四象限、Gompertz等。
  一、角色定义
  缺陷管理流程活动一般包括测试工程师、测试负责人、开发负责人、开发人员、项目经理等若干角色。
  1. 测试工程师
  测试工程师负责实施测试活动,发现缺陷,及时提交缺陷,确认校验缺陷,实施回归测试。
  2. 测试负责人
  测试负责人评审缺陷,检查测试工程师新增的缺陷是否符合规范,是否因为不熟悉需求、理解偏差而引起的误提,并负责缺陷产生争议后的协调处理。
  3. 开发负责人
  开发负责人负责缺陷分配活动,将需修复的缺陷根据缺陷修复任务分配给对应的开发人员,协调解决争议缺陷。
  4. 开发工程师
  当缺陷提交给开发人员后,开发人员负责缺陷的确认及修复活动。
  5. 项目经理
  当对提交的缺陷有分歧、被拒绝时,可由项目经理、测试负责人、开发负责人等进行缺陷评审活动,商定问题如何处理,是否保留或当前版本不做处理等结论。
  二、流程定义
  不同公司因组织结构不同,所采用的管理流程亦不相同。大部分公司使用流程如图5-5所示。
图5-5通用缺陷管理流程
  注:流程中操作关键词以HP商用的项目管理工具Application Lifecycle Management为范例
  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人的中型测试团队。
  三、工具应用
  缺陷管理早期最通用的工具是Excel,简单方便,但随着缺陷管理流程的复杂化,对缺陷管理工具的要求越来越高,一般而言,缺陷管理工具需要具备以下几个特征。
  1. 缺陷提交便捷。
  2. 可细分角色、权限。
  3. 可定制流程。
  4. 可进行缺陷数据分析。
  5. 支持邮件收发功能。
  目前市面上大部分缺陷管理工具都具备上述特征,较为常用的工具有以下几种。
  1. 开源免费工具
  (1)Bugzilla
  Bugzilla起源于UNIX,后续版本可安装在LinuxWindows平台,使用便捷,分析功能、流程定制功能一般。
  (2)BugFree
  BugFree借鉴微软研发流程和Bug管理理念,使用PHP+MySQL独立设计的Bug管理系统,简单实用。
  (3)禅道
  禅道是国内一款优秀的项目管理工具,提供了完善的测试工作平台,其中包括缺陷管理功能。目前国内众多软件研发公司在用。
  2. 商业工具
  (1)TestTrack
  TestTrack是SeaPine公司生产的软件缺陷管理工具,除了常规缺陷管理功能外,流程定制是其一大特色,甚至优于HP的QualityCenter,是目前业内专业的缺陷跟踪工具之一,支持B/S和C/S两种架构。
  (2)Application Lifecycle Management(ALM)
  HP的Application Lifecycle Management(ALM),前身是Quality Center,采用B/S结构,可在广泛的应用环境下自动执行软件质量测试和管理,是目前应用较为广泛的商用测试管理工具。
  四、缺陷分析
  针对缺陷的关键字段,运用数据分析的统计方法,发掘软件系统的缺陷分布、密度及发展趋势,在此基础上追溯软件生产过程中引发缺陷的根本原因,为软件质量分析提供基础真实的数据依据。
  缺陷分析活动中常用的度量字段有严重度、所属模块、产生原因、所属版本、持续周期、缺陷性质等。常用的缺陷分析模型有ODC、四象限、Gompertz等。
  1. ODC
  ODC由IBM推出,将一个缺陷在生命周期各环节的属性组织起来,从单维度、多维度来对缺陷进行分析,从不同角度得到各类缺陷的缺陷密度和缺陷比率,从而积累得到各类缺陷的基线值,用于评估测试活动、指导测试改进和整个研发流程的改进;同时根据各阶段缺陷分布得到缺陷去除过程特征模型,用于对测试活动进行评估和预测。ODC结构如图5-6所示。
图5-6 ODC模型示意图
  2. 四象限
  根据软件内部各模块、子系统、特性测试所累积时间和缺陷去除情况,与累积时间和缺陷去除情况的基线进行比较,得到各个模块、子系统、特性测试分别位于的区间,从而判断哪些部分测试可以退出,哪些测试还需加强,用于指导测试计划和策略的调整。
  3. Gompertz
  根据测试的累积投入时间和累积缺陷增长情况,拟合得到符合自己过程能力的缺陷增长Gompertz曲线,用来评估软件测试的充分性、预测软件极限缺陷数和退出测试所需时间、作为测试退出的判断依据、指导测试计划和策略的调整。

      本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号