4.4.2 四步测试设计法
把测试点加工为测试用例，就叫测试设计，在这个过程中使用的方法就叫测试设计方法。路径分析法、判定表、正交分析法、等价类、边界值等都是常见的测试设计方法。
在测试分析中，我们对被测对象按照测试方法进行思考，就能得到测试点，所以测试分析是一个“发现性”的过程，如图4-35所示，而测试设计不同。
图4-35 测试分析是一个“发现性”的过程
大家可以做这样一个试验，让两个测试者根据“车轮图”来分析同一个测试对象，他们得到的测试点差异并不会太大，但是最后生成的测试用例却会千差万别。这是因为，从测试点到测试设计，我们会加工测试点，对它们进行组合、拆分，选择测试数据，等等，这是个“创造性”的过程，100个测试者，就会有100个不同的思路，最后得到的测试用例当然就千差万别了。
不同的测试者设计的测试用例不同，本也是一件无可厚非的事情，但也使得一个测试团队中的测试用例的质量良莠不齐。对软件测试架构师来说，在测试设计阶段，保证测试用例的质量，为测试团队提供有效的测试技术支持是一项重要的职责。我们不禁要问，有没有一套测试设计方法，能够对测试团队在测试设计中起到很好的指引作用，并能帮助我们输出优质的测试用例呢？答案是有，就是“四步测试设计法”。
四步测试设计法是一套通过四个步骤来完成测试设计的方法。四步测试设计法中包含一些模型，对每一种模型，都有适合这个模型的测试设计方法，起到了很好的测试设计指引的作用。
四步测试设计法的四个关键步骤如图4-36所示。
图4-36 四步测试设计法的四个关键步骤
第一步：建模。
很多朋友可能一听到“建模”，就觉得这个方法一定很难。其实，在这个步骤中，我们并不是要大家对每个测试点都原创出一些测试模型，而是根据测试点的特征，为测试点选择一个适合后续测试设计的模型。也许我们称这个步骤为“选模”更为贴切。
既然“选模”需要参考测试点的特征，研究测试点、分析特征的情况并对其进行归类是必不可少的。目前我们将其分为四类：
类型1：“流程”；
类型2：“参数”；
类型3：“数据”；
类型4：“组合”。
对每一类测试点，我们都给出了一些最适合的“建模”方法：
· 对“流程”类，可以通过绘制“流程图”来建立测试模型。
· 对“参数”类，可以通过“输入输出表”来建立测试模型。
· 对“数据”类，可以通过“等价类分析表”来建立测试模型。
· 对“组合”类，可以通过“因子表”来建立测试模型。
“建模”帮我们解决了面对众多测试方法的选择性难题，使得测试设计变得很有针对性，科学又有效。在4.4.3节中，我们还将为大家详细介绍如何对测试点进行分类。
第二步：设计基础测试用例。
在这个步骤中，我们会对已经建立好的测试模型，来设计一些基础测试用例，覆盖这个测试模型。
为什么我们称此时的测试用例为基础测试用例呢？测试用例和基础测试用例最大的差别在于，测试用例确定了测试条件（类似“在××情况下，进行××的测试”的描述）和测试数据（就是输入的“参数值”或“数值”），而基础测试用例只确定了测试条件。
由于此时我们关心的仅是对模型的覆盖，得到的是一些测试条件，因此我们称此时的测试用例是基础测试用例。
对有些测试设计方法来说，可以在覆盖模型的同时确定测试数据，这时得到的就是测试用例，当然这样我们也不再需要进行第三步了。但是为了统一起见，我们还是称这个步骤为“设计基础测试用例”。
第三步：补充测试数据。
在这个步骤中，我们为基础测试用例来确定测试输入，补充测试数据，这时基础测试用例就升级成真正的测试用例了。
第四步：扩展。
模型不是银弹，不能解决测试设计的所有问题。我们还需要根据经验，特别是对系统哪些地方容易发生缺陷的认识，补充一些测试用例，增加系统的有效性。
本文选自《测试架构师修炼之道:从测试工程师到测试架构师》第四章，本站经机械工业出版社和作者的授权。
版权声明：51Testing软件测试网获机械工业出版社和作者授权连载本书部分章节。任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责任。
