[原创]测试用例设计之场景法法
场景法设计测试用例,主要用在于事件触发流程中,当某个事件触发然后就形成相应的场景流程,不同的事件触发,不同顺序和不同的处理结果,就形成一系列的
事件流结果。所以此类方法在设计测试用例时,非常形象!
所以在RUP中场景的测试用例设计方法,非常重要!在实际的应用过程中,应按以下要求进行:
应该为每个用例场景编制测试用例。
用例场景要通过描述流经用例的路径来确定,这个流经过程要从用例开始到结束遍历其中所有基本流和备选流。
下图中经过用例的每条不同路径都反映了基本流和备选流,都用箭头来表示。基本流用直黑线来表示,是经过用例的最简单的路径。每个备选流自基本流开始,之后,备选流会在某个特定条件下执行。备选流可能会重新加入基本流中(备选流 1 和 3),还可能起源于另一个备选流(备选流 2),或者终止用例而不再重新加入某个流(备选流 2 和 4)。
用例的事件流示例
遵循上图中每个经过用例的可能路径,可以确定不同的用例场景。从基本流开始,再将基本流和备选流结合起来,可以确定以下用例场景:
场景 1 | 基本流 | |||
场景 2 | 基本流 | 备选流 1 | ||
场景 3 | 基本流 | 备选流 1 | 备选流 2 | |
场景 4 | 基本流 | 备选流 3 | ||
场景 5 | 基本流 | 备选流 3 | 备选流 1 | |
场景 6 | 基本流 | 备选流 3 | 备选流 1 | 备选流 2 |
场景 7 | 基本流 | 备选流 4 | ||
场景 8 | 基本流 | 备选流 3 | 备选流 4 |
注:为方便起见,场景 5、6 和 8 只描述了备选流 3 指示的循环执行一次的情况。
生成每个场景的测试用例是通过确定某个特定条件来完成的,这个特定条件将导致特定用例场景的执行。
例如,假定上图描述的用例对备选流 3 规定如下:
“如果在上述步骤 2‘输入提款金额’中输入的美元量超出当前帐户余额,则出现此事件流。系统将显示一则警告消息,之后重新加入基本流,再次执行上述步骤 2‘输入提款金额’,此时银行客户可以输入新的提款金额。”
据此,可以开始确定需要用来执行备选流 3 的测试用例:
测试用例 ID | 场景 | 条件 | 预期结果 |
TC x | 场景 4 | 步骤 2 - 提款金额 > 帐户余额 | 在步骤 2 处重新加入基本流 |
TC y | 场景 4 | 步骤 2 - 提款金额 < 帐户余额 | 不执行备选流 3,执行基本流 |
TC z | 场景 4 | 步骤 2 - 提款金额 = 帐户余额 | 不执行备选流 3,执行基本流 |
注:由于没有提供其他信息,以上显示的测试用例都非常简单。测试用例很少如此简单。
下面是一个由用例生成测试用例的更符合实际情况的示例。
示例:
一台 ATM 机器的主角和用例。
下表包含了上图中提款用例的基本流和某些备用流:
本用例的开端是 ATM 处于准备就绪状态。
用例结束时 ATM 又回到准备就绪状态。 |
|
备选流 1 - 银行卡无效 | 在基本流步骤 2 中 - 验证银行卡,如果卡是无效的,则卡被退回,同时会通知相关消息。 |
备选流 2 - ATM 内没有现金 | 在基本流步骤 5 中 - ATM 选项,如果 ATM 内没有现金,则“提款”选项将无法使用。 |
备选流 3 - ATM 内现金不足 | 在基本流步骤 6 中- 输入金额,如果 ATM 机内金额少于请求提取的金额,则将显示一则适当的消息,并且在步骤 6 - 输入金额处重新加入基本流。 |
备选流 4 - PIN 有误 |
在基本流步骤 4 中- 验证帐户和 PIN,客户有三次机会输入 PIN。
如果 PIN 输入有误,ATM 将显示适当的消息;如果还存在输入机会,则此事件流在步骤 3 - 输入 PIN 处重新加入基本流。 如果最后一次尝试输入的 PIN 码仍然错误,则该卡将被 ATM 机保留,同时 ATM 返回到准备就绪状态,本用例终止。 |
备选流 5 - 帐户不存在 | 在基本流步骤 4 中 - 验证帐户和 PIN,如果银行系统返回的代码表明找不到该帐户或禁止从该帐户中提款,则 ATM 显示适当的消息并且在步骤 9 - 返回银行卡处重新加入基本流。 |
备选流 6 - 帐面金额不足 | 在基本流步骤 7 - 授权中,银行系统返回代码表明帐户余额少于在基本流步骤 6 - 输入金额内输入的金额,则 ATM 显示适当的消息并且在步骤 6 - 输入金额处重新加入基本流。 |
备选流 7 - 达到每日最大的提款金额 | 在基本流步骤 7 - 授权中,银行系统返回的代码表明包括本提款请求在内,客户已经或将超过在 24 小时内允许提取的最多金额,则 ATM 显示适当的消息并在步骤 6 - 输入金额上重新加入基本流。 |
备选流 x - 记录错误 | 如果在基本流步骤 10 - 收据中,记录无法更新,则 ATM 进入“安全模式”,在此模式下所有功能都将暂停使用。同时向银行系统发送一条适当的警报信息表明 ATM 已经暂停工作。 |
备选流 y - 退出 | 客户可随时决定终止交易(退出)。交易终止,银行卡随之退出。 |
备选流 z - “翘起” | ATM 包含大量的传感器,用以监控各种功能,如电源检测器、不同的门和出入口处的测压器以及动作检测器等。在任一时刻,如果某个传感器被激活,则警报信号将发送给警方而且 ATM 进入“安全模式”,在此模式下所有功能都暂停使用,直到采取适当的重启/重新初始化的措施。 |
在第一次迭代中,根据迭代计划,我们需要核实提款用例已经正确地实施。此时尚未实施整个用例,只实施了下面的事件流:
|
可以从这个用例生成下列场景
场景 1 - 成功的提款 | 基本流 | |
场景 2 - ATM 内没有现金 | 基本流 | 备选流 2 |
场景 3 - ATM 内现金不足 | 基本流 | 备选流 3 |
场景 4 - PIN 有误(还有输入机会) | 基本流 | 备选流 4 |
场景 5 - PIN 有误(不再有输入机会) | 基本流 | 备选流 4 |
场景 6 - 帐户不存在/帐户类型有误 | 基本流 | 备选流 5 |
场景 7 - 帐户余额不足 | 基本流 | 备选流 6 |
注:为方便起见,备选流 3 和 6(场景 3 和 7)内的循环以及循环组合未纳入上表。
对于这 7 个场景中的每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。下面显示了一种通用格式,其中各行代表各个测试用例,而各列则代表测试用例的信息。本示例中,对于每个测试用例,存在一个测试用例 ID、条件(或说明)、测试用例中涉及的所有数据元素(作为输入或已经存在于数据库中)以及预期结果。
通过从确定执行用例场景所需的数据元素入手构建矩阵。然后,对于每个场景,至少要确定包含执行场景所需的适当条件的测试用例。例如,在下面的矩阵中,V(有效)用于表明这个条件必须是 VALID(有效的)才可执行基本流,而 I(无效)用于表明这种条件下将激活所需备选流。下表中使用的“n/a”(不适用)表明这个条件不适用于测试用例。
TC(测试用例)ID 号 | 场景/条件 | PIN | 帐号 |
输入的金额
(或选择的金额) |
帐面金额 | ATM 内的金额 | 预期结果 |
CW1. | 场景 1 - 成功的提款 | V | V | V | V | V | 成功的提款。 |
CW2. | 场景 2 - ATM 内没有现金 | V | V | V | V | I | 提款选项不可用,用例结束 |
CW3. | 场景 3 - ATM 内现金不足 | V | V | V | V | I | 警告消息,返回基本流步骤 6 - 输入金额 |
CW4. | 场景 4 - PIN 有误(还有不止一次输入机会) | I | V | n/a | V | V | 警告消息,返回基本流步骤 4,输入 PIN |
CW5. | 场景 4 - PIN 有误(还有一次输入机会) | I | V | n/a | V | V | 警告消息,返回基本流步骤 4,输入 PIN |
CW6. | 场景 4 - PIN 有误(不再有输入机会) | I | V | n/a | V | V | 警告消息,卡予保留,用例结束 |
在上面的矩阵中,六个测试用例执行了四个场景。对于基本流,上述测试用例 CW1 称为正面测试用例。它一直沿着用例的基本流路径执行,未发生任何偏差。基本流的全面测试必须包括负面测试用例,以确保只有在符合条件的情况下才执行基本流。这些负面测试用例由 CW2 至 6 表示(阴影单元格表明这种条件下需要执行备选流)。虽然 CW2 至 6 对于基本流而言都是负面测试用例,但它们相对于备选流 2 至 4 而言是正面测试用例。而且对于这些备选流中的每一个而言,至少存在一个负面测试用例(CW1 - 基本流)。
每个场景只具有一个正面测试用例和负面测试用例是不充分的,场景 4 正是这样的一个示例。要全面地测试场景 4 - PIN 有误,至少需要三个正面测试用例(以激活场景 4):
- 输入了错误的 PIN,但仍存在输入机会,此备选流重新加入基本流中的步骤 3 - 输入 PIN。
- 输入了错误的 PIN,而且不再有输入机会,则此备选流将保留银行卡并终止用例。
- 最后一次输入时输入了“正确”的 PIN。备选流在步骤 5 - 输入金额处重新加入基本流。
注:在上面的矩阵中,无需为条件(数据)输入任何实际的值。以这种方式创建测试用例矩阵的一个优点在于容易看到测试的是什么条件。由于只需要查看 V 和 I(或此处采用的阴影单元格),这种方式还易于判断是否已经确定了充足的测试用例。从上表中可发现存在几个条件不具备阴影单元格,这表明测试用例还不完全,如场景 6 - 不存在的帐户/帐户类型有误和场景 7 - 帐户余额不足就缺少测试用例。
一旦确定了所有的测试用例,则应对这些用例进行复审和验证以确保其准确且适度,并取消多余或等效的测试用例。
测试用例一经认可,就可以确定实际数据值(在测试用例实施矩阵中)并且设定测试数据
TC(测试用例)ID 号 | 场景/条件 | PIN | 帐号 |
输入的金额
(或选择的金额) |
帐面金额 | ATM 内的金额 | 预期结果 |
CW1. | 场景 1 - 成功的提款 | 4987 | 809 - 498 | 50.00 | 500.00 | 2,000 | 成功的提款。帐户余额被更新为 450.00 |
CW2. | 场景 2 - ATM 内没有现金 | 4987 | 809 - 498 | 100.00 | 500.00 | 0.00 | 提款选项不可用,用例结束 |
CW3. | 场景 3 - ATM 内现金不足 | 4987 | 809 - 498 | 100.00 | 500.00 | 70.00 | 警告消息,返回基本流步骤 6 - 输入金额 |
CW4. | 场景 4 - PIN 有误(还有不止一次输入机会) | 4978 | 809 - 498 | n/a | 500.00 | 2,000 | 警告消息,返回基本流步骤 4,输入 PIN |
CW5. | 场景 4 - PIN 有误(还有一次输入机会) | 4978 | 809 - 498 | n/a | 500.00 | 2,000 | 警告消息,返回基本流步骤 4,输入 PIN |
CW6. | 场景 4 - PIN 有误(不再有输入机会) | 4978 | 809 - 498 | n/a | 500.00 | 2,000 | 警告消息,卡予保留,用例结束 |
以上测试用例只是在本次迭代中需要用来验证提款用例的一部分测试用例。当然在实际的取款过程中,还需要从功能,性能,安全等角度去完善测试用例!
[原创]测试用例设计之场景法法相关推荐
- [原创]测试用例设计之“正交实验设计”法
[原创]测试用例设计之"正交实验设计"法 正交实验设计方法简介: 依据Galois理论,从大量的(实验)数据(测试例)中挑选适量的,有代表性的点(例),从而合理地安排实验(测试)的 ...
- 测试用例设计方法 - 场景分析法
现在的软件几乎都是用事件触发来控制流程的.象GUI软件.游戏等.事件触发时的情景并形成了场景,而同一事件不同的触发顺序和处理结果就形成了事件流.这种在软件设计方面的思想可以引入到软件测试中,可以生动地 ...
- 测试用例设计之场景图法
定义 现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流.这种在软件设计方面的思想也可引入到软件测试中,可以比较生动地描绘出事件触发 ...
- 软件测试用例设计方法-等价类划分法
本篇文章,来分享大家比较熟悉的测试用例设计方法--等价类划分法. 首先,我们可以使用上一篇文章介绍的场景法来梳理业务流程. 其次,根据流程中的每个节点的需求说明,使用等价来划分来设计用例. 定义 等价 ...
- 软件测试怎么测边界值,软件测试用例设计之边界值分析法(示例代码)
软件测试用例设计之边界值分析法 一.定义 对输入或输出的边界值进行测试的一种黑盒测试方法.通常边界值分析法是作为对等价类划分法的补充,其测试用例来自等价类的边界 二.与等价类划分的区别 边界值分析法首 ...
- 测试用例设计方法_测试用例设计方法——流程分析法(场景法)
测试用例设计方法中,流程分析方法又称为场景法,是根据不同的业务场景来编写测试用例. 流程分析主要包括三个流程: 1. 基本流:也就是正向流程,通过业务流程输入都为正确的,能够最终达到目标的流程.如 ...
- 软件测试用例_软件测试用例设计实战场景法
不点蓝字,我们哪来故事? 目录 场景法 扩展例子 场景法介绍 影子 场景法用例设计举例 场景法设计用例步骤和表示 场景法举例 总结 场景法的注意点 场景法 影子 本来想直接跳过场景法的,今天群友提出问 ...
- 软件测试 通用技术03 测试用例 黑盒测试用例设计方法 等价类划分法 边界值分析法 判定表法 场景法 功能图法 其他用例设计方法 用例设计方法综合选择
文章目录 1 测试用例 1.1 测试用例的定义 1.2 测试用例模板 1.3 测试用例模板的内容 测试用例编号 测试项 依赖用例 测试步骤 测试数据 预期结果 测试结果 测试人 备注 2 测试用例编写 ...
- 软件测试用例设计方法-场景法
从本篇文章开始,进入到测试用例设计方法的分享,第一个要分享的方法就是,场景法. 相信对测试有一定基础的你会感到奇怪:用例设计方法,不是应该从等价类划分法说起吗?为什么一上来就直接说场景法呢? 对,如果 ...
最新文章
- php 接口curl,php中接口强大之处php_curl
- 让Dreamweaver支持phtml
- python 为什么只执行一次_python只执行一次
- 学成在线案例——黑马程序员pink老师\思路讲解\完整源代码
- shell命令locate
- 如何用绩效考核搞垮一个团队?
- 分享一个 pycharm 专业版的永久使用方法
- android iphone滑动解锁,苹果iOS10锁屏详解:“滑动来解锁”已成为过去
- HDFS常用命令总结
- 悉尼mit it硕士选课 INFO5990
- html在线编辑器源代码,最完整的html在线编辑器 - WEB源码|其它源码|源代码 - 源码中国...
- 【CVPR2018】Deep Mutual Learning
- 06、江苏专转本(专业课笔记)第六章、信息系统与数据库
- leetcode每日一题1725. 可以形成最大正方形的矩形数目 哈希表存储 到 贪心遍历 优化~
- 木子-前端-谷歌页面等调试时总是报No Found 404 错误(编码格式不识别问题导致的)
- 08-微服务版单点登陆系统(SSO)实践
- 程序员必读书籍一览表
- 万级送风天花工作原理以及操作方法
- 【科创人】慧安金科马宇翔:人生级决策总会选择有趣的选项,如今最在意平衡的生活...
- python读取身份证号_Python实现身份证号码解析
热门文章
- 基于51单片机蓝牙密码锁
- 从面试官角度观察到的程序员技能瓶颈,同时给出突破瓶颈的建议
- 跳棋游戏利用树构建合法路径出现循环的解决办法
- 博弈论——2.4古诺模型练习题
- BZOJ 1933 [Shoi2007]Bookcase 书柜的尺寸
- java狗叫_java学习(8) | 学步园
- 计算机剪切功能是哪个组合键,剪切快捷键是哪个?电脑剪切快捷键大全
- “做产品的”,如何自我调节:一封家书,给同学们参考
- (筆記) 如何使用Debussy與ModelSim做Co-Simulation? (SOC) (Verilog) (VHDL) (Debussy) (ModelSim)
- 用php编写的简单个人主页,如何制作个人主页