chapter7-1场景法黑白盒比较.pptVIP

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

第三章 测试设计与开发 1.场景法 场景法简介 场景法这种测试思想的是Rational 公司提出的。引入用例场景的原因是:现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。 这种在软件设计方面的思想也可以引入到软件测试中,可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时使测试用例更容易理解和执行。 用例场景用来描述流经用例的路径,从用例开始到结束遍历这条路径上所有基本流和备选流。 场景说明 ●基本流:是流经用例的最简单路径,图中的黑线。 ●备选流:自基本流开始,之后会在某特定条件下执行; a.可能重新加入基本流(备选流1和3) b.可能起源于另一备选流(备选流2 ) c.终止用例不再重新加入某个流。(备选流2和4) 在图中,有一个基本流和四个备选流。每个经过用例的可能路径,可以确定不同的用例场景。从基本流开始,再将基本流和备用流结合起来,可以确定下列用例场景: 场景1:基本流 场景2:基本流 备选流1 场景3:基本流 备选流1 备选流2 场景4:基本流 备选流3 场景5:基本流 备选流3 备选流1 场景5:基本流 备选流3 备选流1 备选流2 场景7:基本流 备选流4 场景8:基本流 备选流3 备选流4 场景法的基本设计步骤 (1)根据说明,描述出程序的基本流程及各备用选流; (2)根据基本流和各项备选流生成不同的场景; (3)对每一个场景生成相应的测试用例; (4)对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值。 例子:网上购物系统 在淘宝网上购物,这个订购过程为:用户登录到淘宝网后,进行商品选择,当选好自己心爱的宝贝后进行订购,这时需要把选好的宝贝放入购物车,等进行结账时,用户需要登录自己已经注册的帐号,登录成功后,进行结账并生成订单,整个购物过程结束。 分析: 1.通过系统的描述,我们可以从中确定基本流和备选流。 基本流:用户登录淘宝网,商品选择,进行订购,放入购物车,进行结账,登录自己的帐号,登录成功后,生成订单。 备选流1 帐号不存在 备选流2 帐号或密码错误 备选流3 用户帐号余额不足 备选流4 用户帐号没有钱 备选流5 用户退出系统 2.确定了基本流和备用流后,根据两者来确定场景: 场景1-成功购物 基本流 场景2-帐号不存在 基本流 备选流1 场景3-帐号或密码错误 基本流 备选流2 场景4-用户帐号余额不足 基本流 备选流3 场景5-用户帐号没有钱 基本流 备选流4 3.设计用例 4.设计数据,把数据填入上面的用例表中 练习 在当当网购书,整个订购过程为:用户登录到网站后,进行书籍的选择,当选好自己需要的书籍后点击购买,这时把所选的图书放进购物车,当我们结算时,用户需要登录自己注册的帐号,登录成功后,进行结帐并生成订单,整个购物过程结束。 回顾 用因果图法设计测试用例的基本步骤 用场景法设计测试用例的基本步骤 3.测试方法的选择 通常,在确定测试方法时,应遵循以下原则: ●根据程序的重要性和一旦发生故障将造成的损失来确定测试等级和测试重点。 ●认真选择测试策略,以便能尽可能少的使用测试用例,发现尽可能多的程序错误。因为一次完整的软件测试过后,如果程序中遗留的错误过多并且严重,则表明该次测试是不足的,而测试不足则意味着让用户承担隐藏错误带来的危险,但测试过度又会带来资源的浪费。因此测试需要找到一个平衡点。 在确定测试策略时,有下列参考原则: (1)在任何情况下都必须采用边界值分析法。这种方法设计出的测试用例发现程序错误的能力最强。 (2)必要时采用等价类划分法补充测试用例。 (3)采用错误推断法再追加测试用例。 (4)对照程序逻辑,检查已设计出的测试用例的逻辑覆盖 程度。如果没有达到要求的覆盖标准,则应当再补充更多的测试用例。 (5)如果程序的功能说明中含有输入条件的组合情况,则应一开始就选用因果图法。 (6)对于业务流清晰的系统,可以利用场景法贯穿整个测试案例过程,在案例中综合使用各种测试方法。 4.评审测试用例 5.缺陷的生命周期 软件缺陷的生命周期指的是一个软件缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的全过程。 在科软件股份有限公司开发的软件测试管理系统i-Test 中,他们对每一个软件缺陷都规定了6个生命状态:Open、Working、Verify、Cancel、Close、Defer,它们的基本定义是: ?? Open态---缺陷初试状态,软件测试员报告一个缺陷,缺陷生命周期开始; ???Wo

文档评论(0)

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

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

1亿VIP精品文档

相关文档