当前位置:2019年全年资料免费公开i > 缺陷管理 >

从0到1创建高效的产品缺陷管理流程(1):缺陷是什么? 如何建立

  在任何软件生命周期中,软件缺陷的出现几乎是不可避免的。建立一套有效的缺陷管理流程的目的是为了减少软件缺陷出现的几率,并且大幅度降低由于软件缺陷带来的负面影响。对于缺陷管理流程的投资,可以大幅度的降低由于返工/修复缺陷导致的人力,财力和时间浪费,同时提升用户的体验或者更多用户留存与产品口碑,并且可以保障产品更准时的交付。

  缺陷的英文:Defect,缺陷是指不符合最初定义的业务需求,其覆盖范围高于Bug,除了错误编码外其他导致不符合最初定义的业务需求问题都属于缺陷范畴。

  这两个术语Bug和Defect在英文中有非常细微的区别,但在行业中都是需要修复的错误,因此一些测试团队并不对这两个词语做细分。

  测试结果中的这种不一致被称为软件缺陷。这些缺陷在不同的团队中有不同的称呼,如错误,缺陷,Bug,问题等。

  其实无论团队是否有花费时间和精力创建缺陷管理流程,缺陷管理流程总归是会存在的,但这一流程并不一定有效,我见过一些团队并没有一套有效的流程,而是通过口头或者邮件的方式进行着缺陷管理,这些方式可能会导致许多问题,下面我举一个简单的实例:

  如果像上述的情况一样通过口头或者简单邮件沟通进行缺陷管理,很快事情会变得十分复杂,如果你作为产品经理,想要控制和有效管理缺陷问题,您需要了解一个缺陷的生命周期以及如何建立一套有效的缺陷管理流程。

  为了能够有效的管理缺陷问题,你需要建设一套有效的缺陷管理流程,以避免上述示例中这种无序混乱的状态。 本部分将指导您如何将缺陷管理过程应用于项目中。管理缺陷可以分为以下步骤:

  一般缺陷问题有测试团队根据用例步骤进行测试,如果不能正常通过用例则转为缺陷问题。但是很多团队并没有专门的测试团队,因此创建问题缺陷的可能来自不同团队或者来自外部用户提交的反馈信息。这些缺陷反馈其缺陷状态应该为“新建”。

  当QA测试团队或者其他相同职务的团队确认了反馈的缺陷问题后,比如可以复现,则确认反馈是一个缺陷,并等待分配给开发团队。

  如果开发团队认为提交上来的缺陷并不是真正的缺陷,比如由于缓存,网络导致的部分文件加载失败导致的问题等,应将缺陷状态标记为“拒绝”并指派回测试团队。测试团队需要重新测试或者提供更多的缺陷信息。

  如果开发团队收到的缺陷是重复的,或者与其他正在进行中的缺陷问题相似,应将缺陷状态修改为“重复”

  部分不紧急的缺陷问题,可能会随着日后的产品迭代中进行修复。对于这类缺陷应当标注为“延期”。在这里要注意,并不是所有缺陷都需要立即进行修复。每个缺陷问题在严重程度,影响范围均有不同,因此优先修复的等级也不同。我会在下一篇文章中单独讲解制定优先级别的方法。

  管理学大师德鲁克说过:你无法管理那些你无法衡量的事情。 缺陷管理也是一样,你需要有一些可供参考的指标,以便衡量管理效果. 您可以考虑使用以下两个简单的指标来衡量您测试团队的执行效果:

  Bugout的测试团队在Bugout的一次产品升级测试中,发现了50个Bug并反馈给开发团队,其中5个经过核实并不是Bug。新版本上线后,收到与本次升级相关的问题反馈10条并确认均为Bug。

  DRR和DLR的值越小,测试执行的质量越好。 什么是可接受的比例范围? 可以在项目目标中定义和接受此范围,也可以参考类似项目的指标。

  从0到1创建高效的产品缺陷管理流程(2):如何设置合理的Bug处理优先级

  陈迪,人人都是产品经理专栏作家。Testin云测SaaS运营总监,Bugout缺陷管理产品运营负责人,增长黑客,多年国内和海外互联网公司运营经验,专注于SaaS和B2B企业服务行业。

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人,成立8年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。

http://bylaurene.com/quexianguanli/8.html
点击次数:??更新时间2019-05-17??【打印此页】??【关闭
  • Copyright © 2002-2017 DEDECMS. 织梦科技 版权所有  
  • 点击这里给我发消息
在线交流 
客服咨询
【我们的专业】
【效果的保证】
【百度百科】
【因为有我】
【所以精彩】