测试用例设计白皮书

cuiqiliang

满怀欣喜的下载了楼主的附件，很钦佩作者对测试用例的研究精神。

希望与大家讨论一个问题：软件测试用例的设计方法是否等同于测试用例中的测试输入数据的设计方法？

现在不少软件测试书上关于测试用例的设计方法都等同于测试数据的设计方法，我觉得这是典型的以偏概全。软件测试用例的设计包含了如何确定测试用例中的测试数据，但反过来就不正确了。

一个完整的测试用例设计，需要分成两个步骤：第一，设计测试用例框架结构，第二，测试用例的详细设计。

测试用例架构设计类似于软件开发的系统架构设计，需要根据软件需求文档、软件测试计划文档和软件规格说明文档设计，把测试用例的整体架构构建出来，包括测试用例的文件夹结构、根据测试阶段和测试类型确定的测试用例的模块和对应的优先级，根据公司内部的模板设计的测试用例的表现形式，在测试用例管理系统创建的项目/产品的测试用例数据库等内容。

软件测试用例的详细设计就是在测试用例框架结构设计基础上，完成各个测试用例模块的具体内容。包括归类测试需求、设计测试用例操作步骤、分类组织和管理测试用例。为了更好的实现测试用例的操作步骤，需要确定输入数据，而且最好步骤与测试数据分离，以便于提高复用性和参数化设计。

综上所述，测试用例设计不等于测试数据的设计，两者的方法和内容不同。

关于测试用例的设计方法，请参考以下的附图：

cuiqiliang

把测试用例的设计方法等同于测试用例详细设计中的如何确定测试数据，这会误导很多刚进入软件测试领域的新人，一些测试论坛介绍软件测试用例的文章大多数是这样写的：

软件测试用例的设计方法有：

等价类法
边界值法
因果图和判定法法
...

其实这些都是如何确定测试的输入数据的方法，而不是测试用例的设计方法，测试用例的设计包括更多的内容，测试用例的数据确定方法只是测试用例设计的一个小小的内容而已。

为什么出现这样的问题呢？主要是这些文章都是从传统测试的书上摘抄下来的，这些书的内容本来就比较陈旧，很多来自DOS时代。DOS时代的软件是结构化设计的时代，软件的结构简单，软件的测试主要以测试功能为主，测试的重点是是确定测试的输入数据。所以那个时代说软件测试用例的设计等同于如何确定测试数据还可以接受。

现在软件设计进入了面向对象的分布设计时代，软件的复杂性和网络的有效使用，对软件测试提出了更复杂的要求。为了满足这种要求，简单的确定测试数据已经无能为力了，软件测试用例设计需要分为概要架构设计和详细设计实现来完成，而详细设计中一个小的内容是确定测试输入的数据。

作为软件测试人员，不仅要善于吸收和学习前人的研究成果，还要根据软件设计和测试技术的发展善于创新，而不是人云亦云，这样才能满足不断提高的软件质量的要求，体现软件测试的价值。

cuiqiliang

我没有提及测试设计，测试设计的范围更大，不属于本帖的讨论范围。我讨论的是测试用例的设计方法。

我的观点是：

（1）不要把测试用例设计方法等同于测试数据的设计方法
（2）测试用例设计可以分为测试用例的结构设计和测试用例的详细设计
（3）测试数据的设计方法输入测试用例详细设计的一个子内容

[ 本帖最后由 cuiqiliang 于 2007-1-19 12:31 编辑 ]