软件测试管理之浅谈缺陷管理流程

发表于:2021-10-27 09:40

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

 作者:卖烧烤的鱼    来源:博客园

分享:
  缺陷这个词,我想每个做测试或是开发的同学都不陌生,在平时的工作中,开发同学很烦测试同学突然提很多缺陷,然后开发同学不得不加班赶工修复,今天主要聊下缺陷管理流程中的一些事,缺陷管理流程我想每家公司大同小异,谈一些个人的体会,尤其是像现在很多公司都要求快速开发,快速测试,快速发布上线,巴不得放电一样。
  缺陷管理流程一般公司大体流程是:发现缺陷->提交缺陷进入系统->开发处理缺陷->测试检查验证确认->关闭或重新激活,这个是缺陷管理流程中的核心思维,主要是利用闭环思想,谁发现,最终谁负责跟进关闭,如果你们家核心流程不是这样,需要反思下;我经常见到的缺陷管理流程中,经常会加一级审核分配,实话实说,个人不是很赞成这个做法,感觉处理问题,有些官僚,所以不推荐这种做法;另一种缺陷管理流程中,经常会见到流程非常复杂,处理链路很长,最好可以缩短路径;我们对缺陷管理流程的目标是希望短的时间可以定位、处理解决、验证关闭,无需多的流程,这是我们制定这个流程的最终目的。
  缺陷管理流程中个人非常推荐的一些关键处理点,尤其是一些关键核心点,比如:状态,我们通常会将一个缺陷问题状态分为:打开,处理中,已解决,重新激活,关闭,分的比较细,这样是便于去跟进这个问题,当前的情况,也经常看到一些开源工具在处理这块很简单,仅3个状态或是2个,其实对测试管理者来讲非常不好,建议采用我们目前的这种做法;还有对缺陷解决方式处理意见:修复,不修复,重复,描述不完整,不能重现,所以大家别轻看这几个简单的词汇,非常有用,会避免很多扯皮的事,尤其是在测试报告汇报中,我个人深有体会;经常也会碰到一些缺陷不好重现或是不能重视,针对此类问题,我们一般都是要通过缺陷管理系统记录跟进,也许下个版本就容易重现,未重现的问题,仅仅是我们当时发现的条件,没100%重现,并不代表不存在。

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

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号