举一个黑盒测试场景法的例子，有用例图和用例规约

假设我们要测试一个银行系统的转账功能，以下是一个黑盒测试场景法的例子：

用例图：

用户 --> 银行系统: 输入转账信息
银行系统 --> 用户: 显示确认信息
用户 --> 银行系统: 确认转账
银行系统 --> 银行系统: 处理转账
银行系统 --> 用户: 显示转账结果

用例规约：

| 用例名称 | 转账 |
| --- | --- |
| 前置条件 | 用户已登录银行系统 |
| 后置条件 | 转账成功或失败 |
| 触发器 | 用户输入转账信息 |
| 主要行为 | 1. 银行系统接收并验证转账信息<br>2. 显示确认信息<br>3. 等待用户确认<br>4. 处理转账<br>5. 显示转账结果 |
| 替代行为 | 1. 用户输入错误的转账信息<br>2. 用户取消转账操作 |
| 拓展行为 | 1. 转账过程中出现异常<br>2. 网络故障导致转账失败 |

以上是一个简单的例子，用例图和用例规约有助于我们更好地理解测试场景和测试目标，以及在测试中需要注意的事项。

相关问题

功能测试表中用例图用例的命名规则

在功能测试表中，用例图用例的命名规则需要遵循一定的规范，一般命名规则如下：

1. 功能名称：用例图用例的命名需要简单明了，能够描述该用例所涉及到的功能名称。

2. 用例类型：用例图用例需要标识用例类型，例如正常流程、异常流程、边界测试等。

3. 触发条件：用例图用例需要标识触发条件，例如用户输入、系统操作等。

4. 预期结果：用例图用例需要标识预期结果，能够清晰地描述该用例的期望输出。

5. 其他信息：根据具体需求，可以加入其他相关信息，例如优先级、场景等。

例如，一个简单的命名规则如下：

[功能名称]_[用例类型]_[触发条件]_[预期结果]_[其他信息]

例如：

登录页面_正常流程_输入正确用户名密码_登录成功

atm机用例图用例关系

ATM机的用例图包括以下用例：存款、取款、查阅结余、付款、转账和改变PIN(密码)。银行官员可以启动改变PIN这个用例。参与者可能是一个系统，这里信用系统就是一个参与者，因为它是在ATM系统之外的。箭头从用例到参与者表示用例产生一些参与者要使用的信息。例如，付款用例向信用系统提供信用卡付款信息。在ATM机的用例图中，用例之间的关系包括包含关系、扩展关系和泛化关系。其中，包含关系表示一个用例包含另一个用例，扩展关系表示一个用例可以扩展到另一个用例，泛化关系表示一个用例是另一个用例的特殊情况。