谈谈软件缺陷预防

简介:

近些年来,计算机工业的许多部分越来越强调软件质量的重要性。缺陷预防是其中一项最重要的活动,一个全球性软件开发的生命周期,这已直接影响到控制项目的成本和高质量的成果。
  缺陷预防涉及:

  1)测试遭遇弊端。

  2)缺陷分析,找出造成了这一缺陷发生原因

  3)确保这些缺陷不会重演防治技术。

  花费在产品调整上的缺陷要比花费在产品缺陷预防上的费用高的多。由于延误检测缺陷的增加,成本的确定缺陷指数增加。因此通常最明智的估量能尽早的阻止缺陷传入产品之中。这些措施的成本相比在较后阶段约解决这些缺陷是非常轻微的。 Syntel被定位在在第5级的过程成熟度在斯德哥尔摩环境研究所的CMM。所有实践都定义在5级的CMM模型,被应用在实施的每一项工程中。本文的目的是为了突出的缺陷预防和通过各种缺陷预防的活动的执行在syntel公司讨论的议题,在这个文件里包括:

  ● syntel的政策缺陷预防活动
  ● 缺陷防治数据记录
  ● 缺陷的测量与分析
  ● 缺陷防治技术

  组织政策缺陷预防活动

  按该组织的政策

  - 在组织水平缺陷预防的小组管理缺陷预防活动。

  - 在项目一级缺陷预防协调员一名,由项目经理管理预防活动。

  - 缺陷预防小组确立了一个长远的计划,为缺陷预防活动。

  - 结果,缺陷预防的活动,是审查高级管理人员,以监察其成效

  符合该组织的政策, syntel有一个缺陷预防组,其具有代表性sepg (软件工程过程组)。

  缺陷预防小组每季计划,其中规定了组织水平的目标,各项活动即将进行的,以实现这些目标。它也决定以何种报告需要产生什么度量需要加以监测。基于质量管理(量化管理)董事会的投入,缺陷预防局针对具体的地方它需要集中缺陷预防的活动。当前的目标是缺陷预防局定于9月

  2001年是5%,减少缺陷密度近一个时期以来的3个月。缺陷防治数据记录

  在项目一级,缺陷预防协调员是由项目经理来协调缺陷预防活动项目。缺陷预防协调员,是由受过训练的缺陷预防组和软件工程过程组开展缺陷预防的活动。

  syntel采用同级审查过程,并据此同级审查所有可交付的程序。缺陷被查处在审查过程中,是登录到缺损登记(附录一)。

  缺陷等级分类

  1)在它们发生的阶段,(要求,设计,编码,测试等)。

  2)严重(甲,乙,丙,丁)。每个严重等急被分配一个等级(A= 8 ,B= 4,C = 2D= 1 )。

  3)类型的缺陷。该缺陷被归类为每正交缺陷分类ibm公司为8个不同的类型,分别为:f -功能,A-委派,转让 ,I-界面,C-校验,B-构建,D-文档,G-逻辑/运算,T-定时

  4)检测机构(内部,像同级审查,外部由一个机构对外向项目和客户,像客户机/客户)

  缺陷测量与分析

  在每一个月的月末,整理记录的缺陷和准备因果分析报告。所有缺陷预防协调员开展这一活动通过各自的项目。抽样的因果分析报告附后,在附录二。

  由于某些原因(错误)的缺陷得到纳入该计划。经过分析引起这一缺陷源头,能为缺陷的预防行动提供解决的方案。这将减少以后发生的若干缺陷。在因果分析加权缺陷将每个缺陷类型列出。缺陷预防协调员,然后决定何种类型的缺陷,需要加以分析一个根本原因。这需要不是那种其中有尽可能多的缺陷的缺陷类型。之后,针对这类缺陷,一份详尽的根本原因分析被完成,同时开展和成因的缺陷检测。随后,以这种预防性行动的建议,以防止再次出现这种类型的缺陷。鱼骨/石川图,还可用作复杂的根本原因分析。

  因果分析是做定期由缺陷预防协调员(使用帕累托图)每月一次,其中审查,交付管理和软件质量保证(软件质量保证)。结果预防/纠正行动进行审查,在未来几个月的因果分析和利益记下。

除了传达有关预防措施给项目小组,缺陷预防协调员也送因果分析报告给缺陷预防组,并讨论了这一问题在每月一次的月度会议。缺陷预防组,然后通过对预防行动针对所有其他项目。如果这些行动涉及任何改变组织的标准软件过程,他们转达了这一进程变革管理董事会通过正式的"过程改进的建议" 。缺陷预防组巩固了所收集的数据,从所有这些项目中分发预防行动建议在每月的董事局会议针对所有项目。
  缺陷预防组也将准备每季成本效益分析和报告调查结果向首席运营官(首席营运官)。这种分析包括:

  1)过去这段时期总结

  2)每个小时付出的心血

  3)实际上获得的具体的结果,在定量期而言

    a)努力削减百分比

    b)若干缺陷削减百分比

  4)的无形利益,例如。客户反馈,员工反馈等。

  5)具体的结果,预计在未来12个月的量化计算

  缺陷防治技术

  缺陷预防协调员主持每月团队会议,他在其中介绍了调查结果的因果分析报告。引起缺陷的原因被讨论同事预防方法在开发团队中分享。行动项目决定和责任都是固定进行采取这些行动。在每一个项目的开始阶段,或在项目启动会议上,缺陷预防协调员负责宣传预防行动建议在工程起始到整个项目团队。缺陷预防董事会每月都会审查和分析从各个项目收到的因果分析报告。所有的行动建议通过计划和预防度量被提交,随后缺陷预防委员会将对此计划进行分析。这项分析对于这个组织的水平的所有人员都很有用处。该项目可以分享信息和学习,并防止错误发生在其他项目。在项目组织实施的部分或全部行动的提案建议,由缺陷预防的董事会。缺陷预防董事会也可提出一些行动建议,作为试点的基础。

  本月刊现况报告(组织广泛,缺陷因果分析报告),包括:

  - 简要介绍了重大缺陷类型报告在本月份

  - 取得的主要成就和成功执行行动中的缺陷预防

  - 不完全行动建议的状态

  观察到的好处:

  1)清单,回顾有很大提高的事情。

  2)重复工作已经减少。

  3)严重的缺陷/程式已减少。

  4)培训计划已见改善。

  5)项目,目前正在以较低的缺陷,即使在较小的百分比经历资源。

  结论

  缺陷预防活动涉及

  1)认识机制缺陷检测和预防。

  2)知道如何搜集,分类和使用缺陷的信息。

  3)申请地点吸取的教训。

  4)根本原因分析

  5)适用于缺陷预防过程。

本文出自seven的测试人生公众号最新内容请见作者的GitHub页:http://qaseven.github.io/

目录
相关文章
|
2月前
|
安全 测试技术 网络安全
如何做安全测试?
如何做安全测试?
如何做安全测试?
|
7月前
|
存储 自然语言处理 编译器
C陷阱与缺陷
C陷阱与缺陷
31 0
C陷阱与缺陷
|
2月前
|
设计模式 测试技术
什么是缺陷预防和缺陷改进?
什么是缺陷预防和缺陷改进?
|
监控 安全 数据安全/隐私保护
在开源代码的时候该如何避免安全风险的发生?
作为开发者来讲,不管是在实际开发中使用开源项目,还是直接投身于开源的贡献中,关于开源相关的内容想必都有自己独到的见解。开源与开发者息息相关,可能有的开发者会觉得不使用开源项目,自己就与开源无关了?这种想法是片面的,因为就算没有在实际开发中使用开源项目,但是在实际开发中肯定会用到一些第三方的插件,那么能保证这些插件没有用到开源的内容么?所以,开源与每一位开发者都有联系。
208 2
在开源代码的时候该如何避免安全风险的发生?
|
测试技术
软件测试|产生缺陷的原因有哪些?如何归类缺陷?
软件测试|产生缺陷的原因有哪些?如何归类缺陷?
159 0
|
数据管理 项目管理
谈谈实施数据治理时常犯的10大错误
我所见过的最大的错误就是企业没有将文化变革纳为数据治理举措的一部分。到目前为止,这个错误是最大和最常见的错误,它最终可能导致数据治理计划的彻底失败。
|
安全 网络协议 测试技术
『软件测试6』bug一两是小事,但安全漏洞是大事!(二)
前面我们讲过黑白盒测试和性能测试,但是呢,对于一个软件来说,安全测试也是非常重要的。就像封面所示,内容很诱人,一旦用户点击进去,就很容易让其执行非本意的操作,试想下结果……不堪设想。因此,做好软件安全测试,共同营造一个良好的软件环境是至关重要的。 在下面的这篇文章中,将讲解关于软件测试中的安全测试。一起来学习吧~
『软件测试6』bug一两是小事,但安全漏洞是大事!(二)
|
SQL 安全 前端开发
『软件测试6』bug一两是小事,但安全漏洞是大事!(一)
前面我们讲过黑白盒测试和性能测试,但是呢,对于一个软件来说,安全测试也是非常重要的。就像封面所示,内容很诱人,一旦用户点击进去,就很容易让其执行非本意的操作,试想下结果……不堪设想。因此,做好软件安全测试,共同营造一个良好的软件环境是至关重要的。 在下面的这篇文章中,将讲解关于软件测试中的安全测试。一起来学习吧~
『软件测试6』bug一两是小事,但安全漏洞是大事!(一)

相关实验场景

更多