软件测试方法之优化组合法.pdf

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件测试方法之优化组合法 周立 原创 1. 适用对象 单元测试完成后,准备做多个测试点/功能点的集成测试的时候,如果每个测试点包含 多个测试因子,此方法可以协助你设计比较有效的测试案例。 2. 目标 使用20%的测试案例去发现80%的缺陷(80-20原则)。 3. 试图解决的问题 某一个功能/模块牵涉的测试点及其测试因子比较多,导致: � 针对该模块测试者不知道如何设计出比较有效的测试案例,因为如果想要发现所有 的缺陷,也就是达到100%的缺陷发现率,就要遍历所有测试因子的完全组合,test case的数量有可能会非常惊人,无法实现; � 虽然花了很多时间测试这个功能/模块,仍担心有遗漏的地方; � 经过比较长的时间或者多个版本测试后这个功能/模块已经很稳定了,但是某一处 的代码变更又导致了较多问题的出现。测试人员不得不又要花上相当多的时间去测 试该功能/模块; 4. 优点 � 把很多零散、无序的测试点和测试因子尽量全面的集中整理到一张表格中,使得测 试点和测试因子比较完整,不容易遗漏; � 排列测试因子的优先级,突出重点,使用尽量少的case 发现尽可能多的缺陷,从 而达到最有效的测试目的; � 方法中使用的表格清晰明了,易于评审; � 通过设计case的优先级,减少同一模块需要重复测试时需要投入的工作量。 5. 使用时间 � 软件测试的设计阶段,输出记录在软件测试大纲中; � 虽然产品已经发布,但是部分功能/模块仍然存在比较多的缺陷,且该模块属于本 方法的测试对象范畴,也可以尝试本方法。 6. 使用方法 步骤一:列出所有的测试点和每个测试点涵盖的所有测试因子。横坐标为测试点,纵坐标为 测试因子。 Table1 (缩写:TP–TestPoint,V–Value ) A B C D E F G H 1. TP1 V1A V1B V1C 2. TP2 V2A V2B V2C V2D V2E V2F V2G V2H 3. TP3 V3A V3B 4. TP4 V4A V4B V4C V4D 5. TP5 V5A V5B V5C 6. TP6 V6A V6B 7. TP7 V7A V7B V7C V7D V7E 8. TP8 V8A V8B 9. TP9 V9A V9B 步骤二:定义所有测试因子的Severity, 并作出标识,如HIGH标识为红色,MEDIUM表示 为黄色,LOW表示为绿色。定义Severity的依据包括客户的使用频率和测试因子参与集成 的时候产生缺陷的概率。在定义Severity的时候要考虑到HIGH级别的数量,参与完全组合 的测试因子建议不超过测试因子总数的30%。(如果某个测试点只有一个测试因子,则该因 子不会影响完全组合的数量,所以这样的测试因子建议不参与完全组合) Table2 A B C D E F G H 1. TP1 V1A V1B V1C 2. TP2 V2A V2B V2C V2D V2E V2F V2G V2H 3. TP3 V3A V3B 4. TP4 V4A V4B

文档评论(0)

beifanglei + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档