您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 软件测试管理 > 缺陷管理 > 正文

缺陷管理的几个部分

发表于:2018-10-06 作者:高雅莉 来源:苏软咨询监理
  缺陷管理是软件开发及测试过程中对缺陷进行提交、沟通、修正、关闭、统计等一系列过程的总和,确保缺陷被跟踪管理,直到执行了缺陷管理的全生命周期。
  在整个缺陷管理周期,主要包括以下几部分:
  01
  缺陷发现:通过执行测试用例,发现软件缺陷的一种行为,是软件测试中非常重要的一个环节;只有发现了软件中的缺陷,才能涉及到之后的缺陷管理。
  02
  缺陷提交:缺陷的提交是整个缺陷管理中的重点,现市面上也有很多的缺陷管理工具,可以对缺陷进行提交、跟踪及管理。
  在缺陷提交时,常见的缺陷描述如下:
  缺陷摘要(主题):是缺陷提交中最重要的部分;好的摘要应该包括简要描述(测试环境、软件模块、执行动作、缺陷现象等)、简单指出程序错误的依赖关系、简要指出程序错误的严重程度;要言简意赅、描述程序员最关注的对象,要求程序员通过查看缺陷摘要即可以知晓缺陷的大部分信息;
  检测时间:发现时间需要标注,以便跟踪;
  检测人:缺陷的发现人必须注明;
  检测项目:描述对应的项目编号;
  检测版本:什么软件版本出现的缺陷;
  缺陷描述:软硬件环境;测试软件模块;执行用例;操作动作描述;有必要的话把关键信息、日志信息、系统信息拷贝下来,以便开发人员查看;
  缺陷类型:功能缺陷、可靠性缺陷、可维护性缺陷、易用性缺陷、可移植性缺陷、效率。
  缺陷状态:new、open、close、reopen、hold、cancel。
  优先级:低、中、高、非常高、紧急;
  严重程度:建议、轻微、一般、严重、致命;可以对缺陷的严重程度进行描述;
  缺陷发现阶段:单元测试、集成测试、系统测试、用户测试、上线运维?
  缺陷所在领域:硬件接口?硬件逻辑?软件驱动?软件接口?系统总体?
  缺陷分配人:一般是项目经理或程序员,最好是先分配给项目经理,再由项目经理决定分配给某开发人员;
  缺陷关注人:一般是项目经理或程序员,最好是先分配给项目经理,再由项目经理决定相关关注人;
  计划关闭版本:由测试人员关闭,不能由项目经理及程序员决定。
  03
  缺陷修正:缺陷由项目经理指定到相关开发人员后,开发人员会对缺陷进行查看,有必要的话需要对当时的操作及缺陷现象进行复现,以便开发人员定位分析,有几点需要注意。
  如果有需要的话,及时与开发人员沟通缺陷的现象及操作过程,缩短缺陷修正的时间;
  协助开发人员进行缺陷复现,搭建测试环境等;与开发人员一起查看问题,并根据自己的经验合理推断可能的故障原因。
  04
  缺陷回测:缺陷反测是指缺陷修正后,测试人员对之前的缺陷进行二次测试,以验证缺陷是否修正,并把结果反馈到缺陷报告中。有几点需要注意:
  尽快检验程序错误是否修正,缺陷被修正后,要尽快回测,以便及时与缺陷修复人员沟通;
  回测时除了要按照缺陷出现的情景再次测试外,还需要通过变换配置环境或执行的操作顺序,执行多次的后续测试,保证问题被完全修复;回测后问题依旧,多次修正及反测后,仍有问题,有必要直接反馈给项目经理,怀疑相关模块的设计部分存在致命问题或缺陷修正人员自身的问题;回测时,会遇到三种情况,程序错误更正回归(当前缺陷未修复)、老程序错误回归(老的缺陷由修复状态变为未修复)、副作用回归(未曾有缺陷的程序出问题了),一定要描述清楚,反馈给相关开发人员及项目经理。
  05
  缺陷关闭:缺陷关闭是指缺陷完成了提交和修正,并通过了多次的回归测试,问题完全修正后,将原有缺陷进行关闭。个人认为,缺陷关闭应该有测试人员决定,而不应该由项目经理和程序员来决定,最差的也应该由测试人员和项目经理协商决定。任何的错误程序最终都应该由测试员进行评审和封存。