设计测试用例方法汇总

怎么设计测试用例：
1，分析需求，梳理业务流程，获得本次需求的主体流程，获得本次需求的测试步骤
2，看看需求中有没有涉及到边界值的场景，根据边界值设计测试用例
3，如果需求涉及场景的变化，以及状态的变化，那么就根据场景法以及状态迁移的方法设计测试用例
4，如果需求涉及到因果关系，那么就把因果关系中的‘因’转换为判定表中的条件条件桩，把因果关系中的‘果’转换为判定表中的动作桩，从而梳理一个完整的判定表，确保没有漏测的情况
5，如果需求涉及到条件组合，那么就使用正交表的方式设计测试用例
6，再通过自身经验来使用错误猜测法设计测试用例
7，看看需求的业务流程是否涉及到一些系统可能出现的异常，通过系统异常法设计测试用例
8，考虑本次需求是否涉及性能测试、易用性测试、安全测试等，再去补充相关的测试用例


注意：测试用例是围绕着需求进行开展编写的，不要把不在本需求的功能都写到本次测试用例里面

编写测试用例的一些注意点：
测试用例的标题要以“验证。。。。”开头
1，*Excel表格中单元格内换行：alt+enter
2，测试用例标题尽可能描述简述清楚你要测试的东西，尽可能的做到用例标题唯一
3，测试用例的标题要与预期结果首尾呼应
4，预期结果描述要准确
5，用最少的测试用例覆盖最多的有效等价类（最多正常场景）
6，每一个无效等价类（异常情况）输出一条测试用例
7，不要把一个bug写一个用例
8，写异常场景，输入类型的需要考虑‘空’的情况
9，用例步骤一定要加序号比如1/2/3/4/5/6、需要后面用的 ，.  、要求使用的符号要统一
10,前置条件：执行测试之前准备的东西，包括动作、数据、环境
11，前置条件已经说明的动作，就没必要再次从测试步骤中体现，因为前置条件的作用就是减少测试步骤的冗余（尽量让测试步骤简洁明了）
12，测试步骤是一些操作的动作，相关的测试步骤导致的现象应该写在预期结果中（用例步骤描述的是操作的动作，预期结果描述的是结果现象）
13，用例标题是一句话，就不要弄换行符
14，边界值需要考虑到有序集合中最小的单位
15，同一份需求的测试用例应该写在同一个表
16，验证需求时，首先要考虑需求上的业务功能是否能正常完成，因为这是一个冒烟的测试用例，然后再去考虑其他的异常情况

17，一些实际生活中的动作不需要真的去执行，模拟真实情况即可（例如去兄弟门店调拨商品的动作，可以直接通过切换TSM系统账号进行模拟）
18，注意后台系统的验证，作为一个测试，后台系统也是需要进行验证的，很多功能都是前后台互相影响（前后台系统的交互操作）
19，要描述清楚你是在哪个软件上操作（本次人人乐需求上就涉及到TSM系统、人人乐园、人人乐微商城）
20，前置条件是测试之前需要准备的工作，不要把必要的步骤写前置条件中
21，如果前置条件已经描述清楚，就没必要再在测试步骤中重复执行

22，相同的功能一般不会写多次代码，验证的时候注意不要出现重复测试的情况

23，不要把测试用例写得太乱，指的是按照模块来进行编写测试用例，最好是当前模块的一个正常的场景覆盖，再去写上所有的异常情况，然后再考虑下一个模块的测试用例

24，不要随便修改公司的测试用例文件格式模板