测试用例是将软件测试的行为做一个科学化的组织归纳，目的是将软件测试的行为转化成可管理的模式。测试用例是将测试具体量化的方法之一，对不同的软件，测试用例也是不同。一般来说，常用的测试方法有七大类。等价类划分，边界值，场景法，判定表，因果图，错误推断法，正交测试法。

等价类划分

等价类划分是把所有可能输入的数据分为若干个区域，然后从每个区域中取少量具有代表性的数据进行测试。在这个区域中每个输入条件都是等效的。

边界值测试法

边界值测试法是一种针对程序输入域边界进行测试的方法。边界值测试的目的是通过测试边界条件来发现错误，最大程度覆盖输入域的边界情况。需要考虑程序的实际行为，确定合理的边界值进行测试。

场景测试法

场景测试法是一种基于用户典型场景来设计测试用例的方法。场景测试法从用户角度出发，结合具体使用场景设计测试用例，能够很好地反映系统的实际使用情况。但可能需要更多的测试用例来覆盖不同的场景，要与其他用例设计方法结合使用。

分析用户使用系统的典型场景。如登录场景、支付场景等。

对每个场景确定关键步骤。如登录场景包括输入用户名、密码,点击登录按钮等。

设计用例覆盖场景的主成功路径。如正常登录流程的测试用例。

设计异常场景的测试用例。如密码错误的情况。

考虑组合场景。如在登录状态下进行支付的场景。

优先设计高风险场景的用例。如支付场景。

判定表法

遇到输入和输出之间有关联关系的时候会用到，会将业务之中有关联关系的地方使用判定表梳理出来，再结合判定表的每一项做等价类边界值细化的测试。判定表适合于解决多个逻辑条件的组合。将各种逻辑的组合罗列出来，避免遗漏。不能表达重复的操作。

判定表包括条件桩、条件项、动作桩、动作项。

条件桩：列出所有条件，次序无关；

条件项：列出所对应条件的所有可能情况下的取值；

动作桩：列出可能采取的操作，次序无关；

动作项：列出条件项各种取值情况下采取的操作。

因果图法

是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。

错误推断法

基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例，结合软件实际的情况，有针对性的猜测会出现问题的地方，针对性设计用例。

正交实验设计法

当输入条件很多时，因果图等设计方法设计出来的用例数往往多的惊人，用正交法可有效减少用例数。正交法的核心思想是从大量测试数据中选取有代表性的点来测试，从而减少测试用例数。

测试用例设计的小技巧

上面介绍了七大类测试方法，下面从实际的角度和大家分享快速设计用例的几个小技巧。

1.根据需求，先拆分大的功能点，作为主用例。例如，常见的增删改查，就属于大的功能点，可以作为主用例。

2.使用等价类划分。按分类设计用例，基本分类可以从正面场景和负面场景入手。例如，创建成功和创建失败2种场景，可分别设计用例。

3.善用边界值，可结合等价类使用。测试有时会涉及大量数据，遍历所有数据效率较低，如果是手工执行，更难以实现覆盖所有数据，更有效率的做法是，先划分等价类，再从等价类中选择部分参数测试。边界值是等价类所有可选参数中，最容易出问题的地方，所以，一般会选取边界值作为测试的重点。

4.考虑组合测试。搜索时，可用多个字段搜索，用例设计时，需覆盖使用这些字段组合搜索的场景。

5.考虑路径覆盖。对于有操作顺序的功能验证，建议制作流程图，覆盖所有路径，避免遗漏。

例如，在线购物常见顺序为添加产品到购物车—在购物车选择产品—提交订单—支付，在这个过程中，用户可能会取消订单，或者在任何一步返回，需要保证这些操作路径都包含在用例设计中。

6.思考隐性需求。如：性能、兼容性、稳定性、安全、用户体验等，如果没有明确定义，需要主动了解，避免遗漏。

7.界面显示和细碎的测试点可包含在功能用例中，但要注意一个用例不要覆盖太多。用例粒度是用例设计很重要的一点，一般建议一个功能点设计一个用例。但有时，对于界面显示和细碎的测试点，如果单独设计用例，会导致用例过于庞大，实际工作中，可将这些点融入功能测试用例，但要注意，不能导致原本的用例偏离重点，或粒度过大。

欢迎大家体验龙测AI-TestOps云平台，我们支持全端自动化功能测试（Web、Windows、APP、MacOS、Linux等），免费体验200分钟，回归效率提升50%。

龙测科技