测试概念之基于业务场景的测试
2022-09-07 本文已影响0人
羋学僧
基于业务场景的测试
场景测试法
- 现在的软件几乎都是由事件（消息通信）触发来控制流程的
- 事件触发时的情景便形成了场景
- 同一事件不同的触发顺序和处理结果形成事件流
- 这种在软件设计方面的思想也可被引入到软件测试中，生动的描绘出事件触发时的情景
- 有利于测试设计者设计测试用例，同时测试用例也更容易得到理解和执行
- 提出这种测试思想的是Rational公司
场景法
场景法通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法。
| 基本流 | 备选流 | |
|---|---|---|
| 测试重要性 | 重要 | 次要 |
| 数目 | 1条 | 1条或多条 |
| 初始节点位置 | 系统初始状态 | 基本流或其他备选流 |
| 终止节点位置 | 系统终止状态 | 基本流或系统其他终止状态 |
| 是否是完整的业务流程 | 是 | 否，仅为业务流的执行片段 |
| 能否构成场景 | 能 | 否，需跟基本流共同构成场景 |
案例
祖传案例自动取款机（ATM）
基本场景：成功从账户取款
可选场景：不支持取款，因为：
- 银行卡不能被ATM识别,被拒绝;
- 用户输入密码错误不多于2次;
- 用户输入密码错误3次，ATM吞卡;
- 用户选择存款或者转账,不选择取款;
- 用户选择了错误账户,此账户在插入的卡中不存在;
- 用户输入的取款金额是无效的;
- ATM中现金不足;
- 用户输入不符合面额的取款金额
- 用户输入的取款金额超过了每日最大取款金额;
- 用户银行账户中的金额不足。
我们采用事务流模型对被测软件进行建模,以识别每个场景示。在这些符号中，“主”路径用粗黑线表示,，工作流的开始和动作用唯一的标识符来表示，代表用户（U)或系统（S)（即被测软件）的动作。
前面分析得出，用户需求中一共描述了11个场景，包括1个基本场景和10个可选场景。
