| 一旦确定了所有的测试用例，则应对这些用例进行复审和验证以确保其准确且适度，并取消多余或等效的测试用例。
|
|
|
|
|
|
|
| 测试用例一经认可，就可以确定实际数据值（在测试用例实施矩阵中）并且设定测试数据。
|
|
|
| 以上测试用例只是在本次迭代中需要用来验证提款用例的一部分测试用例。需要的其他测试用例包括以下内容。
|
|
|
| 场景6——账户不存在/账户类型有误：未找到账户或账户不可用；
|
|
|
| 场景6——账户不存在/账户类型有误：禁止从该账户中提款；
|
|
|
|
|
| 在将来的迭代中，当实施其他事件流时，在下列情况下将需要测试用例：
|
|
|
| ①无效卡（所持卡为挂失卡、被盗卡、非承兑银行发卡、磁条损坏等）；
|
|
|
|
|
|
|
| ④ATM内的现金不足或不能提供所请求的金额（与CW3不同，在CW3中只是一种币值不足，而不是所有币值都不足）；
|
|
|
|
|
|
|
| 结论：所有从事软件测试和即将从事软件测试的人大都是从黑盒测试做起的，每种类型的软件有各自的特点，每种测试用例设计的方法也有各自的特点，针对不同软件如何利用这些黑盒方法是非常重要的，它能极大地提高测试效率和测试覆盖度，认真掌握这些方法的原理，有效提高测试水平，积累更多的测试经验，这是测试人员最宝贵的财富。
|
|
|
