如何划分缺陷【类型】【等级】【原因】？

lqbz

高质量是所有项目追求的目标，而评审和测试是发现缺陷的最重要手段。

为了更好的评价工作产品的质量，同时预防同类错误以后再次发生，必须对缺陷进行度量、分析。

那么，你们是如何划分缺陷的“类型”“级别”“原因”的呢？

缺陷等级：致命，严重，一般，建议？
缺陷类型：？
缺陷原因：？

为了建立各项目工作产品质量的比较，是不是得有一个统一的缺陷基准？如1致命缺陷=2严重缺陷=4一般缺陷=？？？

请大家发表高见。。。。。！


上一篇：里程碑的定义？按任务还是时间？
下一篇：一声长叹：QA的角色与价值 【杂言咱谈】

思步

沙发我先占着，高手继续啊。。。

stop-start

我先抛块砖，希望大家砸回些玉来：）
首先要说的就是缺陷等级、类型、原因的划分会因公司或项目管理需求的不同、业务类型的不同而不同，公司EPG在参考其它公司分类情况的基础上，关键任务是要根据自身的需求和业务情况总结出适合自己的分类情况。
接下来聊聊缺陷等级，个人认为缺陷等级的划分要看公司或项目组关心哪个纬度的数据，比如关心缺陷的严重程度，那等级可能可以分为致命、严重、中等、一般等几个级别；如果比较关心缺陷影响范围，那等级可能可以分为很大、大、中、小等级别；如果比较关心缺陷的处理的紧急程度，那等级可能可以分为紧急、高、中、低等级别……。当然，纬度还有很多种，关键是看你关心什么数据，而且这些纬度也可以结合在一起，以加强对问题的管理。
等级的划分虽说很多是定性的，但最好也能够有个比较清晰的定义，以方便推广和选择，减少歧议。
再有就是上面提到的“为了建立各项目工作产品质量的比较，是不是得有一个统一的缺陷基准？如1致命缺陷=2严重缺陷=4一般缺陷=？？？”这样做的目的是为了做项目绩效考核吗？一般很少有公司会这样做吧，个人认为等级划分是为了更好地对问题进行管理和分析，而不适合用定量的方法去转换各不同级别缺陷的数量。

stop-start

缺陷类型：
缺陷类型在不同的阶段划分是会有所区别的。
比如需求、设计阶段，主要是以评审作为发现缺陷的手段，缺陷数据主要来源于评审的报告或记录等，缺陷类型可能会划分为：对客户需求理解错误、客户需求不明确/错误、数据结构/数据库设计问题、参数设定问题、接口设计问题、异常分支处理错误……等等。
比如到了编码后的阶段，主要是以各种测试作为发现缺陷的手段，缺陷数据主要来源于测试或者问管报告，缺陷类型可能会划分为：极限值、最大值、最小值错误、Retry处理错误、指针错误、初始设置遗漏/错误、判定分支遗漏/错误……等等。
缺陷类型有可能需要分级划分，比如组织级定义一个比较粗范的分类，项目组根据自己管理的需要，可以对组织级的划分进行细化，形成二级分类等。
缺陷原因：
缺陷原因的分类可以参考加工制造业已经运用地很成熟的鱼骨图分析法，这种方法将引起缺陷的原因归纳为人、机、料、法、环这五个类，在我们软件行业，机与料的影响相对较少，而沟通这个因素会比较突出，可以单独列出。从上面的这个思路展开，缺陷的原因可能就可以这样分：人员某方面技能不足、与顾客的沟通不足、项目组内沟通不足、开发环境不合适、使用的工具/技术不合适等等。另外，建议可以运用鱼骨图对缺陷进行逐层分析，以定位缺陷的根原因。

xixiaojing666

不会吧?到处登美女:Q

eva1987

恩，我实习的那个单位，缺陷等级分四类：
1.导致软件无法运行
2.一些比较大的错误，对软件的功能有所影响
3.一些细小的错误，主要是界面BUG
4.一些可忽略的错误致命

lee_huo

由于回帖不支持表格，所以另外发了一个帖子，我们公司根据VSTS制定的缺陷标准，仅供参考
http://step365.com/bbs/viewthrea ... e%3D1&frombbs=1

liulanger888

美女不要乱发啊，做IT行业的美女真的不是很多，尤其是开发:)

kangjiejie

影响到用户使用、关键业务流程的都应是重要的问题

step365he

楼上发美女的注意，只能发和IT业界相关的。

奔放洋气吴世勋

支持，赞一个

∝゛Agoni°暮念

我也来顶一下..

天涯海角

很有见地的探讨，先收藏着~

喜感妹@

支持，赞一个