测试用例设计的思想和方法

1. 设计测试用例时，要寻求系统设计、功能设计的弱点。测试用例需要确切地反映功能设计中可能存在的各种问题，而不要简单拷贝产品规格设计说明书的内容。

2. 设计正面的测试用例，应该参照设计规格说明书，根据关联的功能、操作路径等设计。而对孤立的功能则直接按功能设计测试用例。基本事件的测试用例应包含所有需要实现的需求功能，覆盖率达100%。

3. 设计负面的、异常的测试用例，如考虑错误的或者异常的输入，往往可以发现更多的软件缺陷，这显得更为重要。

可以在测试计划中设计测试方案的时候体现用例的设计思想

测试用例架构设计：

测试用例的设计方法：

1.等价类划分法

等价类划分是一种黑盒测试方法，把无限的测试变成有限的测试。

通过对输入数据分类的方式，在保证测试质量的情况下，简化的测试的过程。

应用场合：有数据输入的地方（比如说：输入框，文本框），就可以用到等价类划分

1.1 有效等价类（正向用例）

对软件而言，是有效的，有意义的数据，输入有效数据，程序会正常运行

（一般有效等价类会记录在需求文档中）

1.2 无效等价类（反向用例）

对软件而言，无效的数据，错误的数据，程序不允许输入的数据，当我们输入了这些数据时，程序应该给予错误的提示

无效等价类可以从以下的因素考虑：

1）要求不能为空 无效：为空

2）要求不能重复 无效：重复

3）数据有大小范围 无效：数据超出范围

4）字符个数有要求 无效：字符个数超出范围

5）数据有格式，样式，类型要求 无效：格式，样式，类型非法

6）小数点最多保留几位 无效：小数位超长

2.边界值

边界值一般与等价类划分法一起组合使用

边界值法是等价类划分法的重要补充

大量程序错误往往容易发生在边界上

上点：边界上的点

内点：边界内的点

离点：离边界最近的左右两个点

3. 判定表

应用场景：当一个结果中有多个控件，不同控件的组合，会得到不同的结果。

那么，为了理清楚组合和结果的对应关系，我们要用到判定表

3.1 判定表的组成

1）条件桩：列出所有可能的条件

2）动作桩：列出所有可能的操作

3）条件项：列出所有的条件取值组合

4）动作项：列出每一种条件取值组合的情况下，执行动作桩的那些动作

4.因果图（作为判定表的辅助）

4.1核心：

因——输入条件、果——输出结果

4.2、定义：

用图解的方法表示输入的各种组合关系，写出判定表，从而设计相应的测试用例

4.3、适用范围：

适用于分析程序输入条件的各种组合情况，以及输入与输出之间的依赖关系

4.4、基本步骤：

（1）明确需求

（2）画出因果图

（3）将因果图转换为判定表

5.正交表法

5.1介绍

正交表是有一定缺失的没有全面覆盖，就是用以减少测试用例的数目的

（与判定表相比）判定表更全面，不会遗漏测试用例。

正交表的表示：

5.2使用步骤

1）明确需求

2）绘制正交表

3）先确定列数（因）

4）确定正交表每列的取值个数（水平）

5）根据因素和水平可以确定行数

6）根据正交表编写测试用例

正交表的一行代表一条测试用例

6.场景法（流程图法）

6.1介绍

使用流程图描述用户的使用场景，用覆盖流程路径来设计测试用例，从流程的开始到结束，有几条路径就有几个测试用例。

6.2意义

用户角度：用户平时使用的不是单个功能，而是多个功能组合起来使用。

测试角度：平时测试的都是单功能点进行测试，容易忽略多个功能的组合测试。

6.3使用步骤

1）明确需求

2）画出流程图

3）编写测试用例

不关注某一流程功能的细节

7.错误推断法

7.1介绍

错误推测法指利用直觉和经验去猜测可能出错的类型，有针对性地列举出所有可能的错误和容易发生错误的情况，是测试经验丰富地测试人员喜欢使用的一种测试用例设计方法。

7.2基本思想

基本思想是列举出可能犯的错误或错误易发生的清单，然后根据清单编写测试用例；

这种方法很大程度上是凭经验进行的，即凭人们对过去所作测试结果的分析，对所揭示缺陷的规律性作直觉的推测来发现缺陷。

7.3使用场景

项目紧任务急、时间不够，这时就不要按部就班的测试了，根据之前项目的经验，找到之前出错过的类似模块进行重点测试。所有正常测试结束后，通过错误推断法再测试一些之前出过问题的模块