引入测试复杂度提高软件测试管理效率算法.docVIP

引入测试复杂度提高软件测试管理效率算法.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
引入测试复杂度提高软件测试管理效率算法

引入测试复杂度提高软件测试管理效率的算法   摘 要:随着软件规模的不断扩大,软件测试管理从粗放式的管理模式逐步转化为精细化管理,本文从研究软件测试管理的效率出发,重点介绍了测试复杂度的科学算法,来协助广大的质量经理在项目管理的过程中依据可靠的数据来提升测试管理的效率,从而迈出进行精细化管理的第一步 关键词:软件测试;软件测试复杂度;软件测试管理 一、引入软件测试复杂度的重要性 在测试管理体系中,影响测试项目成功的因素很多,包括软件研发者所提供的程序代码复杂度、测试人员的测试代码的质量、项目功能的复杂度、项目的时间限制等等。这些因素在具体的实践操作中是可以用具体的值来衡量的,将多个因素的分值综合起来便得到测试复杂度的值,可以说软件测试复杂度是测试管理体系中影响测试项目成功因素的一个综合指数 通常质量经理对软件测试复杂度的确认,是主要依靠其个人能力、经验累积和对项目的熟悉程度进行主观判断,这就导致了对软件的测试具有很强的主观性,为软件项目埋下了风险。加之测试本身的特性决定了测试活动实施过程中存在着大量的风险,而风险影响着测试活动的成败。因此,本文中引入软件测试复杂度计算公式,能较客观地对软件进行测试复杂度的衡量,通过对软件复杂度和测试复杂度的控制来降低软件测试中的风险,从而提高对软件测试的管理效率 二、软件测试复杂度的算法原理 软件测试复杂度是衡量影响软件测试工作的因素综合指数,本文笔者通过分析测试管理工作中各种因素的变化情况,提炼出影响测试管理效率的关键因素并设计出了符合现代软件测试复杂度的计算公式,即:软件测试复杂度=代码复杂度*代码人员质量分值*伪代码分值*功能复杂度分值 (一)代码复杂度及度量方法。代码复杂度是基于程序开发者所产生的程序代码而提出概念,程序代码的循环和选择所构成的环路越多,其代码复杂度就越高。现在已经有若干种代码复杂性的度量方法可供参考,其中McCabe QA是比较出色和实用的方法,它能够计算出多种软件代码复杂度。McCabe是对软件结构进行严格的算术分析得出程序拓扑结构复杂性的度量,明确指出项目各部分的复杂度量 (二)代码人员质量及度量方法。(1)什么是代码人员质量。这是本文提出的一个新概念,基于多项目、连续性版本的软件研发与测试工作中分析总结出:代码人员编写的代码质量是可以用一个数学公式进行精确的计算的。(2)如何计算代码人员质量分值。计算代码人员质量分值需要几个关键数据:bug合计分值、严重bug级别占比数值、功能复杂度、bug功能比值。1) bug合计分值:笔者把bug划分为3个级别,分别是严重(3分)、一般(1分)、提示(0.5分)。bug合计分值就是由测试人员计算该代码人员在代码编写过程中所得出的所有bug的分值之和,bug合计分值越高,说明代码质量越差。那么该如何来界定bug的级别?根据笔者的实践经验,影响bug级别的因素主要有两个:对系统的影响值和对用户的影响值。当一个bug发生的时候,在系统层面导致系统奔溃或瘫痪、在用户层面则导致用户的流程不能继续或用户数据错误,则为严重bug;在系统层面能在容错性下继续运行、在用户层面用户的流程可以继续或则能通过其他路劲完成该流程,则为一般bug;在系统层面对系统的数据处理或性能都几乎没有影响、在用户层面只是文字性错误或指引信息不够准,则为提示bug。2) 严重bug级别占比数值:严重bug级别占比数值=严重bug分值/bug合计分值(保留4位小数)。为体现软件测试过程中测试的优先级和用户体验的优先级,笔者强调了严重bug对系统和用户的影响。3) 功能复杂度:同一个项目的不同版本中都会由数个功能组成,在代码人员进行代码编写前,该功能或模块的复杂度会由软件的研发经理、测试经理、产品经理为其进行评分,所得到的分值即为功能复杂度分值。4) bug功能比值:bug功能比值=bug合计分值/功能复杂度(保留4位小数)。针对每一个不同复杂度分值的功能或模块,其bug自然会呈现出不同的级别。若功能复杂度越高,相应的其bug的级别可能会越高,其代码质量就越差;若功能复杂度越高,相应的bug的级别越低,其代码质量就越高。所以将bug合计分值对应不同的功能复杂度的比值控制在一个合理范围内就会使代码质量得到保证。根据关键数据得出计算公式为:代码人员质量度=严重bug级别占比数值 *bug功能比值(保留4位小数) 综上所述进一步细化代码人员质量度计算公式设为:代码人员质量度=(严重分值/bug合计分值)*(bug合计分值/功能复杂度) 在表1中对代码人员A和B的质量度计算中可以看出:认定一个代码人员的代码质量,并不能简单的查看bug数据,也不能简单的看功能复杂度的情况,而是将bug合计分值与对应的功能复杂度控制住一个

文档评论(0)

linsspace + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档