一文教你学会怎么设计测试用例

测试用例设计是测试活动中非常重要的一个环节，它和测试思维是紧密相关的。如何回答这个问题，才会更好地体现你的测试能力呢？笔者在面试中高级测试人员的时候，这个问题也是必问题。下面会根据我自己理解给出思考，欢迎交流。

01

测试用例设计的层次可以简单的分为以下三个层次：

基于页面：一问起测试用例设计，你能想到的第一个大概率是等价类、边界值，再多一点的可能会是正交表、判定表等等。这个是测试入门级的回答，这类思维更多的是基于某个页面或者输入框来说表达的。如果你在面试中高级的岗位时，这么回答，大概率是会被 PASS 掉的。因为你没有更多的思考。

例如，这个查询页面，根据等价类、边界值等，每个输入框架验证下是否能输出中文、正常的单号、超长或者超短的单号之类的，每个框都能写好多用例，然后点搜索，看能不能得出结果来，就完事了。这类的用例可以写多，但意义有限。

基于业务流：基于业务流程、数据流程来做测试用例的设计，一般会有场景法、状态机等方法，还有一些测试用例设计模型。如果你能想到这些方法，那么至少你对被测系统的业务架构和全链路的数据流转有一定的了解，知道关键节点在哪里，可以从更多的用户场景去考虑测试用例的设计，往往通过这类方法设计出来的测试用例，实用价值会是最高的，因为它更贴近用户的使用场景。