测试用例的设计规程

技术部2012年4月26日测试用例设计规程目录概述测试用例编写原则测试用例设计方法测试用例编写规范编写用例注意事项历史版本目的

统一测试用例编写的规范，为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性。为测试执行人员更好执行测试，提高测试效率，最终提高公司整个产品的质量。1.2使用范围适用于对产品的业务流程、功能测试用例的编写。1.概述系统性连贯性全面性正确性符合正常业务惯例仿真性容错性（健壮性）2测试用命编写原则1、对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系；2、对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系；2.1系统性2.2连贯性1、对于系统业务流程来说，各个子系统之间是

如何连接在一起，如果需要接口，各个子系统

之间是否有正确的接口；如果是依靠页面链接，页面链接是否正确；2、对于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系统，其内部功能接口是否连贯；2.3全面性1、应尽可能覆盖程序的各种路径2、应尽可能覆盖系统的各个业务3、应考虑存在跨年、跨月的数据4、大量数据并发测试的准备5、系统中各功能、业务的异常情况1、输入用户实际数据以验证系统是否满足需求规格说明书的需求。2、测试用例中的测试点应保证至少覆盖需求规格说明书中的各项功能。2.4正确性2.5符合正常业务惯例1、测试数据应符合用户实际工作业务流程2、兼顾各种业务变化的可能3、要符合当前业务行业法律，法规。

人名、地名、电话号码等应具有模拟功能，符合一般的命名惯例。2.6仿真性

程序能够接收正确数据输入并且产生正确（预期）的输出，输入非法数据（非法类型、不符合要求的数据、溢出数据等），程序应能给出提示并进行相应处理。2.7容错性（健壮性）等价类划分法边界值分析法因果图法：功能图法错误推测法正交实验设计方法接口间测试数据库测试可理解（操作）性可移植性3.测试用例设计方法3.1等价类划分法将所有可能的输入数据（有效的和无效的）划分成若干个等价类。

1)有效等价类是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能2)无效等价类与有效等价类的定义恰巧相反。无效等价类指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。设计测试用例时,要同时考虑这两种等价类。因为软件不仅要能接收合理的数据,也要能经受意外的考验，这样的测试才能确保软件具有更高的可靠性。划分等价类的方法在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价 类和两个无效等价类。如：输入值是学生成绩，范围是0～100；在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下, 可确立一个有效等价类和一个无效等价类；在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等 价类。在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别 处理的情况下,可确立n个有效等价类和一个无效等价类。例：输入条件说明学历可为:专科、本科、硕士、博士四种之一，则分别取这四种这四个值作为四个有效等价类，另外把四种学历之外的任何学历作为无效等价类。在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符 合规则）和若干个无效等价类（从不同角度违反规则）；在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再 将该等价类进一步的划分为更小的等价类。实例

1.设有一个档案管理系统，要求用户输入以年月表示的日期。假设日期限定在1990年1月~2049年12月，并规定日期由6位数字字符组成，前4位表示年，后2位表示月。现用等价类划分法设计测试用例，来测试程序的"日期检查功能"。划分等价类并编号,下表等价类划分的结果输入等价类有效等价类无效等价类日期的类型及长度①6位数字字符②有非数字字符③少于6位数字字符④多于6位数字字符年份范围⑤在1990~2049之间⑥小于1990⑦大于2049月份范围⑧在01~12之间⑨等于00⑩大于12

2)设计测试用例，以便覆盖所有的有效等价类在表中

列出了3个有效等价类，编号分别为①、⑤、⑧，设计的测试用例如下：测试数据

期望结果

覆盖的有效等价类200211

输入有效

①、⑤、⑧3)为每一个无效等价类设计一个测试用例，设计结果如下：测试数据期望结果覆盖的无效等价类95June无效输入②20036无效输入③2001006无效输入④198912无效输入⑥300401无效输入⑦200100无效输入⑨200113无效输入⑩3.2边界值分析法指对输入的边界条件进行分析，设计出针对边界值的测试用例。

1.常见的边界值屏幕上光标在最左上、最右下位置报表的第一行和最后一行数组元素的第一个和最后一个循环的第0次、第1次和倒数第2次、最后一次边界值分析边界值分析使用与等价类划分法相同的划分，只是边界值分析假定错误更多地存在于划分的边界上，因此在等价类的边界上以及两侧的情况设计测试用例。例：测试计算平方根的函数--输入：实数--输出：实数--规格说明：当输入一个0或比0大的数的时候，返回其正平方根；当输入一个小于0的数时，显示错误信息"平方根非法-输入值小于0"并返回0；库函数Print-Line可以用来输出错误信息。

1.定义：是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。2.因果图法产生的背景：

等价类划分法和边界值分析方法都是着重考虑输入条件，但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测试到了，但多个输入条件组合起来可能出错的情况却被忽视了。

如果在测试时必须考虑输入条件的各种组合，则可能的组合数目将是天文数字，因此必须考虑采用一种适合于描述多种条件的组合、相应产生多个动作的形式来进行测试用例的设计，这就需要利用因果图（逻辑模型）。3.3因果输入法3.4功能图法

功能图是描述程序状态变化、转移的过程，因为软件运行或操作的过程可以看作是其状态不断发生变化的过程。测试用例的设计就是如何覆盖所有软件表现出来的状态，即在满足输入/输出的一组条件下，软件运行是一系列有次序的、受控制的状态变化过程。测试用例生成方法

从功能图生成测试用例,得到的测试用例数是可接受的.问题的关键的是如何从状态迁移图中选取测试用例.若用节点代替状态,用弧线代替迁移,则状态迁移图就可转化成一个程序的控制流程图形式.问题就转化为程序的路径测试问题（如白盒测试）问题了.测试用例生成规则

为了把状态迁移（测试路径）的测试用例与逻辑模型（局部测试

用例）的测试用例组合起来,从功能图生成实用的测试用例,须定义下面的规则.在一个结构化的状态迁移（SST）中,定义三种形式的

循环:顺序,选择和重复.但分辨一个状态迁移中的所有循环是有困难的.（其表示图形省略）。3.5错误推测法1.

推测法主要依赖经验、直觉来作出简单的判断甚至是猜测，给出可能存在缺陷的条件、场景等，在找到缺陷后，设计出相应的测试用例。错误推测方法的基本思想：

列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。

1)

例如,输入数据和输出数据为0的情况；输入表格为空格或输入表格只有一行。这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例。

2)

例如，前面例子中成绩报告的程序，采用错误推测法还可补充设计一些测试用例：I.

程序是否把空格作为回答II.

在回答记录中混有标准答案记录

III.

除了标题记录外，还有一些的记录最后一个字符即不是2也不是3IV.V.有两个学生的学号相同试题数是负数。

3)

再如，测试一个对线性表（比如数组）进行排序的程序，可推测列出以下几项需要特别测试的情况：I.

输入的线性表为空表；II.

表中只含有一个元素；III.

输入表中所有元素已排好序；IV.

输入表已按逆序排好；V.

输入表中部分或全部元素相同。3.6正交实验设计方法主要步骤是：对软件需求规格说明中的功能要求进行划分(层层分解与展开)，分解成具体的、相对独立的基本功能。根据基本功能的质量需求，找出影响其功能实现的操作对象和外部因素，每个因素的取值可以看作水平，多个取值就存在多个水平。提取功能说明,构造因子--状态表

把影响实验指标的条件称为因子.而影响实验因子的条件叫因子的状态.利用正交实验设计方法来设计测试用例时,首先要根据被测试软件的规格说明书找出影响其功能实现的操作对象和外部因素,把他们当作因子,而把各个因子的取值当作状态.对软件需求规格说明中的功能要求进行划分,把整体的概要性的功能要求进行层层分解与展开,分解成具体的

有相对独立性的基本的功能要求.这样就可以把被测试软件中所有的因子都确定下来,并为确定个因子的权值提供参考的依据.确定因子与状

态是设计测试用例的关键.因此要求尽可能全面的正确的确定取值,以

确保测试用例的设计作到完整与有效。2.加权筛选,生成因素分析表

对因子与状态的选择可按其重要程度分别加权.可根据各个因子及状态的作用大小,出现频率的大小以及测试的需要,确定权值的大小。3.利用正交表构造测试数据集

正交表的推导依据Galois理论（这里省略,需要时可查数理统计方面的教材）。

利用正交实验设计方法设计测试用例,比使用等价类划分,边界值分析,因果图等方法有以下优点:节省测试工作工时；可控制生成的测试用例数量；测试用例具有一定的覆盖率(3)确定待测试软件中所有因素及其权值，这是测试用例设计的关键，确保全面、准确。

权值是依据各因素的影响范围、发生的频率和质量的需求来确定的。加权筛选，生成因素分析表。利用正交表构造测试数据集，正交表的每一行，就是一条测试用例。考虑交互作用不可忽略的处理因素和不可混杂的原则，有交互作用的组合优先安排。

利用正交实验设计方法设计测试用例，可控制生成的测试用例数量，覆盖率高且测试效率高。

测试各个模块相互间的协调和通信情况，数据输入输出的一致性和正确性。3.7接口间测试

依据数据库设计规范对软件系统的数据库结构、数据表及其之间的数据调用关系进行测试。3.8数据库测试理解和使用该系统的难易程度（界面友好性）。3.9可理解（操作）性在不同操作系统及硬件配置情况下的运行性。3.10可移植性测试用例命名规则测试用例编号规则测试用例文档书写内容4.测试用例编写规范4.1测试用例命名规则以功能模块和业务流程进行命名。4.2测试用例编号规则

用例编号规则：以测试模块名称的第一个字母进行命名（大写），若测试模块名称比较长时，可进行简写。一般简拼不超过5个字母：如：

测试模块为“用户管理”，功能编号为

“YHGL”；

测试模块为“行政单位管理”，功能编号为

“DWGL”功能编号规则直接以001、002、003…..4.3测试用例文档书写内容1、被测试对象的介绍2、测试范围与目的3、测试环境与测试辅助工具的描述4、功能测试用例主要元素前置/操作描述：1、前置条件（可选）：系统权限配置或前、后台配置描述（所有进行操作的前提条件）。2、操作：测试的操作步骤描述。功能点：功能点描述。输入数据：前期数据准备。预期结果：描述输入数据后程序应该输出的结果。

测试结果：描述本条用例的实际测试情况，并判断实际测试结果与预期结果的差别。

Bug编号/Bug简要描述:需要进流程的对应事物流程的编号，及简要说明备注：测试过程中遇到的问题等情况说明。5.1功能检查5.2

面向用户的考虑5.3数据处理5.3.1输入数据5.3.2数据处理5.3.3输出结果5.4软件流程测试5.编写用例注意事项5.1功能检查、功能是否齐全，例如：增加、删除、修改，查 询条件是否合理，用户使用是否方便、功能是否多余、功能是否可以合并、功能是否可以再细分、软件流程与实际业务流程是否一致、软件流程能否顺利完成、各个操作之间的逻辑关系是否清晰、各个流程数据传递是否正确、模块功能是否与需求分析及概要设计相符10、批量增加、批量修改，增加、修改等录入比较频繁的界面或录入数据量较多的界面，是否支持全键盘或全鼠标操作，并且使用通用的键实现数据字段的有序切换5.2面向用户的考虑、操作方便性，如：按键次数是否最少，并不 以开发实现技术限制为限制，而是以用户使用 方便性和应用软件约定和通常的快捷键来实现 提出合理建议、易用性，面对用户的操作是否简单易学、智能化考虑、提示信息是否模糊不清或有误导作用。错误 信息是否有用户语言风格的出错后续处理建议 提示、要求用户进行的操作是否多余，能否由系统替代。 系统升级后，用户能否不做任何操作自动进行所有升 级的数据、环境等准备工作，包括删除缓存等动作、能否记忆操作的初始环境，无需用户每次都进行初 始化设置、是否不经确认就对系统或数据进行重大修改、能否及时反映或显