如何确定测试案例
最近在测试一个股票电话系统，业务流程是：1 输入股票代码 - 2 选择市场（4个选项） - 3 输入金额 - 4 输入数量 - 5 选择限制条件（2个选项） - 6 选择交割账户（4个选项）- 7 选择币种（2个选项）- 8 确认订单每个选择菜单有几个公用选项，如 6是退出，9是转主菜单。
现在要测试第7步“选择币种”菜单中的公用选项 9，应该如何设计测试案例：
- 要考虑先前所有菜单的可能选项吗？那么组合一下，就会有 4 x 2 x 4 = 32 个案例
- 或者是就一个案例，不用管先前菜单选什么值？
如果当前输入只与当前状态有关（与如何到达当前状态无关）那么主要一个案例就可以了。也就是不管用户怎么到第7步的，如果程序只依赖第7步应该具备的状态采用行动，那么就针对第7步设计测试。
关键是，要知道程序实现是否只和当前状态有关。一般可以去问开发。开发也许会提供错误的答案，所以可以自己做一些实验，即设计几个案例检查一下。
我个人感觉这是一个复杂的流程，要小心。转主菜单有什么后果么？如果有不可逆转的后果（如用户输入都丢失），那么是不是要弹出提示窗口了？ 嗯，是要多设计几个案例检查一下，但是32个就太夸张了。可是Team Leader非要我们全测，想整S人哩。
因为是电话语音系统，转主菜单是不保存用户输入的，也没有提示，用户要从头来的。
谢liangshi。 不是有个正交试验法吗？可以试试吧
页:
[1]
