测试用例：
生成每个场景的测试用例是通过确定某个特定条件来完成的，这个特定条件将导致特定用例场景的执行。
测试用例例子：
假定上图描述的用例对备选流3规定如下：
“如果在上述步骤2‘输入提款金额’中输入的美元量超出当前帐户余额，则出现此事件流。系统将显示一则警告消息，之后重新加入基本流，再次执行上述步骤2‘输入提款金额’，此时银行客户可以输入新的提款金额。”
据此，可以开始确定需要用来执行备选流3的测试用例：
|
测试用例ID |
场景 |
条件 |
预期结果 |
|
TCx |
场景4 |
步骤2-提款金额>帐户余额 |
在步骤2处重新加入基本流 |
|
TCy |
场景4 |
步骤2-提款金额<帐户余额 |
不执行备选流3，执行基本流 |
|
TCz |
场景4 |
步骤2-提款金额=帐户余额 |
不执行备选流3，执行基本流 |
注：由于没有提供其他信息，以上显示的测试用例都非常简单。测试用例很少如此简单。
10.2.1.2功能用例编写策略
功能用例的编写策略一般是这样的：
1)首先确定测试点和其自有工作流程。
2)按业务（系统测试）或功能（单元和集成测试）将测试点进行编号和排序。
3)使用用例场景方法确定测试用例。
要点：使用场景，类似于白盒测试的基本路径法。能清晰的描述出系统的功能或业务流程，将测试用例的实际测试效果提升到最大。又因描述出各测试点之间的关系从而降低测试用例的设计难度和复杂度。
10.2.1.3功能用例编写例子
下面是一个由用例生成测试用例的更符合实际情况的例子。
一台ATM机器的主角和用例。下表包含了上图中提款用例的基本流和某些备用流：
