用例设计场景法讲述.ppt

  1. 1、本文档共13页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
场景法设计测试用例实践 * 场景法设计测试用例实践 什么是场景设计法 典型业务与典型功能 典型业务实例——线上商品拍卖 典型功能实例——商品添加 测试场景的制作步骤 本讲内容 什么是场景设计法 事件触发时的情景便形成了场景 不同的事件,其触发和处理结果就形成事件流 左图中,直黑线表示基本流,是经过用例的最简单的路径 备选流用不同的色彩表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中(如备选流1和3);也可能起源于另一个备选流(如备选流2),或者终止用例而不再重新加入到某个流(如备选流2和4) 典型业务 典型业务偏重于大的业务流程,目的是用业务流把各个孤立的功能点串起来,为测试人员建立整体业务感觉,从而避免陷入功能细节忽视业务流程要点的错误倾向。 典型功能 典型功能就是可能在多个系统中出现的共通功能 如何识别典型功能? 根据产品经理自己的知识来判断即可,一个系统可以贡献几个典型功能就可以了,不要求全部识别,但要求不要重复。 典型业务与典型功能 典型业务与典型功能——区分 典型业务 典型功能 粒度 粒度较粗 偏重于细节 目标 目标是将孤立的功能点串起来,让测试人员充分理解业务需求。 目标是提炼多个系统可以共用的测试方法和手段。 着眼点 着眼于贯穿于多个功能之间的用户工作流程 着眼于用户在单一功能执行时的互动体验 制作测试场景的要点 对业务的理解 对用户需求的把握 从用户的角度出发进行设计 基本流和备选流的识别原则 一个业务只存在一个基本流 基本流只有一个起点,一个终点 基本流是主流,备选流是支流 备选流可以起始于基本流,也可以起始于其它的备选流。 备选流的终点,可以是一个流程出口,也可以是回到基本流,还可以是汇入其它的备选流。 如果在流程图中出现了两个不相上下的基本流,一般需要把它们分别当做一个业务看待。 测试场景的制作步骤 1. 绘制测试场景图 【工具】:纸和笔、visio、word... 【范例】:请参考本简报中的范例 【要点】:参考本简报中“基本流和备选流的识别原则” 事件流是一个事件及其所引发的后续处理 事件流不是步骤,不要用流程图的习惯来画场景图 2. 总结场景摘要 【工具】:execl 【模板】:场景设计模板之“一、场景设计” 【目标】:标识各场景,并给予准确且概要性的描述,以统一各方面的认识和用语 典型业务实例——测试场景图 典型业务实例——场景确立 典型功能实例——测试场景图 典型功能实例——场景确立 Thanks! 场景法设计测试用例实践 *

文档评论(0)

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

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

版权声明书
用户编号:8133070117000003

1亿VIP精品文档

相关文档