软件测试基础知识——测试用例设计方法

软件测试的分类:

1、按软件功能测试分类:基于规格说明的测试(传统黑盒测试、基于规格说明测试)、基于控制流的测试(白盒测试)

传统黑盒测试:边界值、等价类、决策表、因果图

白盒测试:语句覆盖、判断覆盖、条件覆盖、MC/DC覆盖、基本路径覆盖。

基于规格说明测试:状态机、UML、Petri网、Z规约

其他测试:冒烟测试、随机测试、错误猜测测试、故障树测试、基于蜕变的测试

2、根据测试阶段分类:

单元测试:对软件中最小的可测单元进行验证,可以是一个函数、一个类、一个类的方法。

集成测试:将单元模块组装成系统或子系统,确保各模块集成在一起后能够符合设计要求。(1)验证接口是否与设计相符 (2)发现设计和需求中存在的错误

系统测试:将整个软件系统整体进行测试,在系统集成完毕后进行测试,前期主要测试功能是否满足需求,后期主要测试系统性能是否满足需求,以及系统在不同的软硬件环境中的兼容性。

验收测试:主要是用户代表进行,根据务需求分析,验证是否满足需求。验收测试中应该使用真实数据。

α测试:由用户在开发环境下进行测试。

β测试:由用户在实际环境下进行测试。

用例设计方法:

1、等价类

测试过程中很难使用穷举法覆盖所有测试可能,因此,等价类测试过程中只取一组代表数据作为测试输入。

等价类的划分原则:

(1)如果输入条件规定了取值范围、取值个数,则可以确定一个或者多个有效等价类或无效等价类。

(2)如果输入条件规定了输入值的集合或者必须,一定的条件,则可以确定一个有效等价类和一个无效等价类

(3)如果输入条件规定了一组限定值,同时需要对输入值做处理,则可以为所有的值确定一个有效等价类和一个无效等价类

(4)如果输入条件规定了必须要遵守的规则,则可以确定一个有效等价类和若干个无效等价类

(5)如果已知等价类中不同元素在程序中的处理方式不一样,那么将该等价类进一步划分为更小的等价类

2、边界值

常见的边界包括语言相关的边界和业务相关的边界

语言相关的边界:当定义不同类型的数据时,其取值范围是不一样的,如果定义变量时,没有充分考虑所使用数据的范围,那么就可能出现错误。

业务相关的边界:由业务特性决定的,在边界数据值上没有做合适的处理就会导致错误。

边界值分析原则:

(1)如果输入值确定且连续,则测试数据可以取最小值、略大于最小值、正常值、略小于最大值、最大值.

(2)如果输入值确定且离散,则测试数据可以取该离散范围内最小值、略大于最小值、正常值、略小于最大值、最大值.

(3)如果输入值有特殊的结构,则可根据其特殊行设计用例

(4)如果输入值是有序集合,则应该取集合的第一个以及最后一个元素作为测试用例

(5)分析规则说明,找出其他可能的边界值。

3、决策表:

适合描述在不同逻辑条件取值组合的情况需要执行的动作。

适合使用决策表设计测试用例的条件:

(1)规格说明书以决策表的形式给出或容易转换为决策表。

(2)输入条件的排列顺序不影响操作执行。

(3)规则的排列顺序不影响操作执行

(4)当某一规则的条件以满足,同时确定需要执行的操作时,无需校验其他规则。

(5)如果某一规则需要执行多个操作,这些操作的顺序不会造成影响。

决策表建立:

(1)确定规则数目:如果有n个条件,每个条件取值为(0,1),则有2^n种规则。

(2)列出所有的条件桩和动作桩(相当于输入项和输出结果)

(3)输入条件项(输入项)

(4)输入动作项(输出结果),制作初始决策表(所有输入输出的情况)

(5)简化、合并相似或相同项

4、因果图

原因和原因之间,原因和结果之间都存在一定的关联。原因指的就是输入条件(或等价类),结果指的是输出条件。

常见的关联有四种:恒等、非、与(多个条件)、或(多个条件)

原因和原因、原因和结果、结果和结果之间的关联:互斥、包含、唯一、要求、屏蔽、强制

利用因果图设计测试用例:

(1)找出规则说明书中的原因和结果(输入输出)

(2)分析软件原因结果之间的关联,并转化为因果图

(3)原因和原因、原因和结果、结果和结果之间的关联,在因果图中用对应符合标识

(4)分析因果图中的条件关系,将其转化为判定表

(5)根据判断表中的每一列数据设计一个测试用例。

5、错误推断法 

基于经验的测试法,是对其他测试方法的补充,不单独使用

6、场景分析法

7、流程分析法

  对整个软件系统的业务流程进行分析测试的一种方法,这种方法借鉴了白盒测试中的语句覆盖测试法;
  步骤:分析SRS→找到主要功能点→画出主干图(基本流)→细化分支→进行路径组合确定优先级
 
posted @ 2019-05-25 16:37  妮妮酱  阅读(882)  评论(0编辑  收藏  举报