测试用例模板该怎么写&用例设计方法分析

一、功能测试用例

此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。

二、性能测试

性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估。性能测试的目标是核实性能需求是否都已满足。可以分为以下几种进方式来组织进行测试。

2.1预期性能测试用例

通常系统在设计前会提出一些性能指标，这些指标是性能测试要完成的首要工作，针对每个指标都要统写多个测试用例来验证是否达到要求，根据测试结果来改进系统的性能。预期性能指标通常以单用户为主。

2.2 用户并发测试用例

用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检验测试对象能接收的最大用户数来确定功能是否达到要求。

2.3 大数据量测试用例

大数据量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。大数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。

2.4 疲劳强度测试用例

强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。

2.5 负载测试测试用例

负载测试也是性能测试中的一种。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。

三、兼容性测试

在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。

四、excel形式的测试用例设计

在我们测试工作中大多数测试人员使用的用例设计方法都是黑盒用例设计方法，其中使用最多的方法就是等价类划分法和边界值分析法，这两者也是所有的用例设计方法中最简单的，但是有一个缺点是如果我们稍不注意就会造成数据的遗漏，我们这篇文章就主要来分析一下如何合理高效的使用这两种方法设计测试用例。

　4.1如何编写测试用例

　　4.1.1测试用例的组成元素

　　用例编号

　　用例标题

　　功能模块名称

　　前置条件

　　输入数据

　　操作步骤

　　预期结果

　　优先级

　　执行结果

　　编写人

　　执行人

　　其他补充项

　　以上列出来的项并不是需要完全写在我们的用例里面的，但是像用例编号，用例标题，前置条件，输入数据，操作步骤，预期结果，优先级，执行结果则是每一条测试用例必要元素。

　　4.1.2.用例标题

　　不能有过多的字数

　　概括性-只需要看一眼标题就知道本条用例到底写了什么

　　坚决杜绝歧义性

　　4.1.3.测试用例的特点

　　步骤清晰

　　要有很清楚的操作步骤，如果你不知道怎么写就按照执行测试的步骤一步一步写清楚就好了，比如我们现在有一个QQ登录的用例，那么就可以这样写操作步骤：

　　1.点击QQ应用程序

　　2.输入正确的用户名

　　3.输入正确的密码

　　4.点击登录

　　结果唯一

　　每一条测试用例都只能有一个唯一的测试结果；每一条测试用例都只能包含一个测试点；每一条测试用例允许有多个检查点；预期结果中不能有歧义或者二义的字。

　　可操作性强

　　要保证不同的测试人员或者不同的测试平台，最终的结果都是相同的。

　　注意点：不管是用例标题还是预期结果，尽量不要使用含糊不清的语句

　4.2　用例设计方法

4.2.1等价类划分方法：

一.方法简介

1、定义

是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。

    
2、划分等价类：

等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试，因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果。等价类划分可有两种不同的情况：有效等价类和无效等价类。

1)有效等价类

是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。

  2)无效等价类

与有效等价类的定义恰巧相反。无效等价类指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。

设计测试用例时,要同时考虑这两种等价类。因为软件不仅要能接收合理的数据,也要能经受意外的考验，这样的测试才能确保软件具有更高的可靠性。

3、划分等价类的标准：

1)完备测试、避免冗余;
2)划分等价类重要的是：集合的划分，划分为互不相交的一组子集，而子集的并是整个集合;
3)并是整个集合：完备性;
4)子集互不相交：保证一种形式的无冗余性;

5)同一类中标识（选择）一个测试用例，同一等价类中，往往处理相同，相同处理映射到"相同的执行路径"。

4、划分等价类的方法

1)在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类。如：输入值是学生成绩，范围是0～100；

2)在输入条件规定了输入值的集合或者规定了"必须如何"的条件的情况下,可确立一个有效等价类和一个无效等价类；

3)在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类。

4)在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类。

例：输入条件说明学历可为:专科、本科、硕士、博士四种之一，则分别取这四种这四个值作为四个有效等价类，另外把四种学历之外的任何学历作为无效等价类。

 5)在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）；

6)在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类。

  
5、设计测试用例

在确立了等价类后,可建立等价类表,列出所有划分出的等价类输入条件：有效等价类、无效等价类，然后从划分出的等价类中按以下三个原则设计测试用例：

1)为每一个等价类规定一个唯一的编号；

2)设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步，直到所有的有效等价类都被覆盖为止；

3)设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步，直到所有的无效等价类都被覆盖为止。

  
6、实战演习

1.某程序规定："输入三个整数 a 、 b 、 c 分别作为三边的边长构成三角形。通过程序判定所构成的三角形的类型，当此三角形为一般三角形、等腰三角形及等边三角形时，分别作计算 … "。用等价类划分方法为该程序进行测试用例设计。（三角形问题的复杂之处在于输入与输出之间的关系比较复杂。）

 分析题目中给出和隐含的对输入条件的要求： 

  （1）整数    （2）三个数    （3）非零数   （4）正数   
  （5）两边之和大于第三边     （6）等腰     （7）等边 

   如果 a 、 b 、 c 满足条件（ 1 ） ~ （ 4 ），则输出下列四种情况之一：

   1)如果不满足条件（5），则程序输出为 " 非三角形 " 。

   2)如果三条边相等即满足条件（7），则程序输出为 " 等边三角形 " 。

   3)如果只有两条边相等、即满足条件（6），则程序输出为 " 等腰三角形 " 。

   4)如果三条边都不相等，则程序输出为 " 一般三角形 " 。 

 列出等价类表并编号

覆盖有效等价类的测试用例：    a      b      c              覆盖等价类号码    3      4      5             （1）--（7）    4      4      5             （1）--（7），（8）    4      5      5             （1）--（7），（9）        5      4      5             （1）--（7），（10）    4      4      4             （1）--（7），（11）   覆盖无效等价类的测试用例：

　　

4.2.2 边界值分析方法 

一.方法简介

1.定义：

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。 

2.与等价划分的区别

  1)边界值分析不是从某等价类中随便挑一个作为代表，而是使这个等价类的每个边界都要作为测试条件。

  2)边界值分析不仅考虑输入条件，还要考虑输出空间产生的测试情况。

3.边界值分析方法的考虑：

  长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。  使用边界值分析方法设计测试用例，首先应确定边界情况。通常输入和输出等价类的边界，就是应着重测试的边界情况。应当选取正好等于，刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据。

4.常见的边界值

  1)对16-bit 的整数而言 32767 和 -32768 是边界  2)屏幕上光标在最左上、最右下位置  3)报表的第一行和最后一行  4)数组元素的第一个和最后一个  5)循环的第 0 次、第 1 次和倒数第 2 次、最后一次

5.边界值分析

  1)边界值分析使用与等价类划分法相同的划分，只是边界值分析假定错误更多地存在于划分的边界上，因此在等价类的边界上以及两侧的情况设计测试用例。    例：测试计算平方根的函数        --输入：实数        --输出：实数

       --规格说明：当输入一个0或比0大的数的时候，返回其正平方根；当输入一个小于0的数时，显示错误信息"平方根非法-输入值小于0"并返回0；库函数Print-Line可以用来输出错误信息。
        

  2)等价类划分：

    I.可以考虑作出如下划分：

      a、输入 (i)<0 和 (ii)>=0      b、输出 (a)>=0 和 (b) Error

    II.测试用例有两个：

      a、输入4，输出2。对应于 (ii) 和 (a) 。      b、输入-10，输出0和错误提示。对应于 (i) 和 (b) 。

  3)边界值分析：

    划分(ii)的边界为0和最大正实数；划分(i)的边界为最小负实数和0。由此得到以下测试用例：    a、输入 {最小负实数}    b、输入 {绝对值很小的负数}    c、输入 0    d、输入 {绝对值很小的正数}    e、输入 {最大正实数}      4)通常情况下，软件测试所包含的边界检验有几种类型：数字、字符、位置、重量、大小、速度、方位、尺寸、空间等。

  5)相应地，以上类型的边界值应该在：最大/最小、首位/末位、上/下、最快/最慢、最高/最低、  最短/最长、 空/满等情况下。

  6)利用边界值作为测试数据

7)内部边界值分析：

    在多数情况下，边界值条件是基于应用程序的功能设计而需要考虑的因素，可以从软件的规格说明或常识中得到，也是最终用户可以很容易发现问题的。然而，在测试用例设计过程中，某些边界值条件是不需要呈现给用户的，或者说用户是很难注意到的，但同时确实属于检验范畴内的边界条件，称为内部边界值条件或子边界值条件。

    内部边界值条件主要有下面几种：

    a)数值的边界值检验：计算机是基于二进制进行工作的，因此，软件的任何数值运算都有一定的范围限制。

b)字符的边界值检验：在计算机软件中，字符也是很重要的表示元素，其中ASCII和Unicode是常见的编码方式。下表中列出了一些常用字符对应的ASCII码值。

c)其它边界值检验

    
6.基于边界值分析方法选择测试用例的原则

  1)如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据。

    例如，如果程序的规格说明中规定："重量在10公斤至50公斤范围内的邮件，其邮费计算公式为……"。作为测试用例，我们应取10及50，还应取10.01,49.99,9.99及50.01等。

  2)如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据。

    比如，一个输入文件应包括1~255个记录，则测试用例可取1和255，还应取0及256等。

  3)将规则1）和2）应用于输出条件，即设计测试用例使输出值达到边界值及其左右的值。

    例如，某程序的规格说明要求计算出"每月保险金扣除额为0至1165.25元"，其测试用例可取0.00及1165.24、还可取一0.01及1165．26等。

    再如一程序属于情报检索系统，要求每次"最少显示1条、最多显示4条情报摘要"，这时我们应考虑的测试用例包括1和4，还应包括0和5等。 

  4)如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例。

  5)如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例。

  6)分析规格说明,找出其它可能的边界条件。

4.2.3 错误推测方法

方法简介

1.   定义：基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。

2. 错误推测方法的基本思想：

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

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

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

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

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

III.     除了标题记录外，还有一些的记录最后一个字符即不是2也不是3

IV.     有两个学生的学号相同

V.        试题数是负数。

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

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

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

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

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

V.        输入表中部分或全部元素相同。

4.2.4 因果图方法

一.    方法简介

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

2.因果图法产生的背景：

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

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

3.因果图介绍

1) 4种符号分别表示了规格说明中向4种因果关系。

2) 因果图中使用了简单的逻辑符号，以直线联接左右结点。左结点表示输入状态（或称原因），右结点表示输出状态（或称结果）。

3) Ci表示原因，通常置于图的左部；ei表示结果，通常在图的右部。Ci和ei均可取值0或1，0表示某状态不出现，1表示某状态出现。 

4. 因果图概念

1)    关系

①恒等：若ci是1，则ei也是1；否则ei为0。

②非：若ci是1，则ei是0；否则ei是1。

③或：若c1或c2或c3是1，则ei是1；否则ei为0。“或”可有任意个输入。

④与：若c1和c2都是1，则ei为1；否则ei为0。“与”也可有任意个输入。

2)    约束

输入状态相互之间还可能存在某些依赖关系，称为约束。例如, 某些输入条件本身不可能同时出现。输出状态之间也往往存在约束。在因果图中,用特定的符号标明这些约束。

A.输入条件的约束有以下4类：

   ① E约束（异）：a和b中至多有一个可能为1，即a和b不能同时为1。

   ② I约束（或）：a、b和c中至少有一个必须是1，即 a、b 和c不能同时为0。

   ③ O约束（唯一）；a和b必须有一个，且仅有1个为1。

   ④R约束（要求）：a是1时，b必须是1，即不可能a是1时b是0。

B.输出条件约束类型

   输出条件的约束只有M约束（强制）：若结果a是1，则结果b强制为0。

5. 采用因果图法设计测试用例的步骤：

1)分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符。

2)分析软件规格说明描述中的语义，找出原因与结果之间, 原因与原因之间对应的关系，根据这些关系,画出因果图。

3)由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不可能出现，为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件。

4)把因果图转换为判定表。

5)把判定表的每一列拿出来作为依据,设计测试用例。

二. 实战演习

1. 某软件规格说明书包含这样的要求：第一列字符必须是A或B，第二列字符必须是一个数字，在此情况下进行文件的修改，但如果第一列字符不正确，则给出信息L；如果第二列字符不是数字，则给出信息M。

解答：

1) 根据题意，原因和结果如下：

       原因：

          1——第一列字符是A；

          2——第一列字符是B；

          3——第二列字符是一数字。

       结果：

    21——修改文件；

          22 ——给出信息L；

          23——给出信息M。

2) 其对应的因果图如下：

11为中间节点；考虑到原因1和原因2不可能同时为1，因此在因果图上施加E约束。

3)根据因果图建立判定表。

  表中8种情况的左面两列情况中，原因①和原因②同时为1，这是不可能出现的，故应排除这两种情况。表的最下一栏给出了6种情况的测试用例，这是我们所需要的数据。

2.有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。其规格说明如下：若投入5角钱或1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮，这时在投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找，则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币。

1) 分析这一段说明，列出原因和结果

原因：

1.售货机有零钱找

2.投入1元硬币

3.投入5角硬币

4.押下橙汁按钮

5.押下啤酒按钮

结果：

21.售货机〖零钱找完〗灯亮   

22.退还1元硬币

23.退还5角硬币             

24.送出橙汁饮料

25.送出啤酒饮料

2)画出因果图，如图所示。所有原因结点列在左边，所有结果结点列在右边。建立中间结点，表示处理的中间状态。中间结点：

11. 投入1元硬币且押下饮料按钮

                12. 押下〖橙汁〗或〖啤酒〗的按钮

                13. 应当找5角零钱并且售货机有零钱找

                14. 钱已付清

3)转换成判定表：

4) 在判定表中，阴影部分表示因违反约束条件的不可能出现的情况，删去。第16列与第32列因什么动作也没做，也删去。最后可根据剩下的16列作为确定测试用例的依据。

4.2.5 场景设计法

定义

• 分析软件的应用场景，从实际应用场景的角度来设计测试用例，是一种面向用户的测试用例的设计方法；

• 关心用户做什么，而不关系产品做什么；

• 实用性强，设计的用例有价值，不校验单个功能节点的正确性，只关心流程是否走通；

场景设计流程

• 基本流（正常流），比如输入正确的用户名和密码，登录成功；

• 备选流，第1次输入错误的用户名和密码，第2次输入正确的用户名和密码；

• 异常流，一直输入错误的用户名或密码；

  

  图片来源网络

 场景法设计用例的步骤

• 根据实际场景，画出流程图，确定基本流和备选流；

• 根据基本流和备选流，确定场景；

• 针对每一个场景，设计测试用例；