本周分享《测试用例设计》实验内容，由于知识含量较多，现在拆分为多篇分享，今日是第一篇。

回顾前期内容，请点击：

教材连载：测试用例设计（六）

教材连载：测试用例设计（五）

教材连载：测试用例设计（四）

教材连载：测试用例设计（三）

教材连载：测试用例设计（二）

教材连载：测试用例设计（一）

本实验主要讲解测试用例设计方法，包括等价类，边界值，正交试验表，判定表，流程分析法，状态迁移法，错误猜测等。

(1)、掌握测试用例设计方法，以便设计高效的测试用例。

7.错误猜测法

• 什么是错误猜测法

在软件测试中，人们可以靠经验和直觉推测系统中可能存在的各种错误，从而有针对性地编写检查这些错误的例子，这就是错误推测法。

其基本想法是：根据以往的测试经验和对系统内部知识的了解，列出系统中各种可能有的错误和容易发生错误的特殊情况，再根据它们来设计测试用例。

随着在产品测试的实践中对产品的了解的加深和测试经验的丰富，使用错误推测法设计的测试用例往往非常有效，可以作为测试设计的一种补充手段。并且积累的经验越丰富，方法使用效率越高。

错误猜测不是瞎猜，它需要依据对系统薄弱地方的了解和对开发人员盲点的了解。错误猜测需要了解错误，因此需要了解缺陷分类，了解了缺陷分类更加有利于定性地从大的方面体系地把握错误、提高错误推测的全面性以及测试用例的命中率（有效性）。

关于缺陷的分类，如果公司已经开展了ODC正交缺陷分析的话，可以参考公司的有关缺陷分类文档，如果没有，最好进行明确定义。缺陷分类活动和错误猜测法的区别是，缺陷分类活动对缺陷进行定性分类找出改进点，主要关注缺陷预防；错误猜测关注于设计测试用例去发现问题。

错误猜想法有时是非常有效的，但要注意错误猜想法只能作为测试设计的补充而不能单独用来设计测试用例，否则可能会造成测试的不充分。也就是说，错误猜测法只是针对系统可能存在的薄弱环节的测试补充，而不是为了覆盖而测试。

• 如何使用错误猜测法

步骤1：确定合适的错误猜测CHECKLIST

在进行错误推测前需要根据软件的具体特点制订错误猜测CHECKLIST，使之适合在本软件当前版本的测试用例设计中有效的使用。该CHECKLIST可以根据缺陷分类文档来合理设计，保证CHECKLIST的完整性。下表是错误猜测CHECKLIST的样例

错误猜测CHECKLIST

步骤2：确定需要进行错误猜测的测试子项

错误猜测方法并不是任何时候和每个地方都需要使用的。如果是简单的功能验证，影响因素已经非常清楚和简单的情况下没有必要进行各种错误猜测。

对于影响因素比较复杂的、系统性的测试规格，可能需要作为常规特性测试设计的补充，使用错误猜测方法进行特性测试设计。

在特性测试需求分析活动时就应该确定哪些测试子项需要运用错误猜测法进行测试设计（参见前面关于特性测试需求分析的内容和逐级细分法的内容）。

步骤3：根据CHECKLIST检查对应测试子项的规格进行错误猜测

确定了需要进行错误猜测的测试子项，与错误推测CHECKLIST以后，就需要对每个测试子项的规格按照CHECKLIST逐一分析比对，如果发现有对应的“易错误点”，（在CHECKLIST中）标记“有”，并将具体的内容写入“测试用例”表，直到全部需要进行错误猜测的测试子项对比分析完毕。

设计的测试用例填写到下表：

• 案例

写一段程序来重新格式化文本，具体如下：

给定一个文本，以ENDOFTEXT字符结尾，并且文本内的字之间使用BLANK或者NEWLINE字符隔开，根据下面规则把该文本转成一行接一行的格式：

(1). 行在文本有BLANK或NEWLINE处中断；

(2). 行尽可能长；

(3). 没有行可以有超过MAXPOS长度的字符。

这段规格会使一个有经验的程序员怀疑程序能否在下面这些情况下正确工作（因此可以从这些情况中选择测试用例）：

(1). 输入文本长度是零

(2). 文本包含一个非常长的字（超过MAXPOS）

(3). 文本除了BLANK和NEWLINE之外没有任何别的字符

(4). 一个文本有一个空行

(5). 字被两个或更多个NEWLINE或BLANK分隔

(6). BLANK为行的开头或结束字符

(7). 文本包含数字或特殊字符

(8). 文本包含不可打印字符

(9). MAXPOS被设置为一个超过系统默认行长度的数字

• 测试用例设计方法总结

下面通过一个表格将主要的黑盒测试用例设计方法进行归纳总结：