测试用例总结

Posted 2020-11-22 zp123456

1. 测试用例的定义：

是为了特定的目的而设计的一组有测试输入，执行条件，预期结果的案例（文档）。测试用例是指导你对软件执行操作，帮助你证明软件功能或发现软件缺陷的一种说明。

2. 测试用例的构成要素：

用例编号：用例的唯一标识。

功能模块： 用例所属项目的模块。

测试标题：用例的简要描述。

重要级：用例重要程度影响。

优先级：优先级的高中低等描述。

预置条件：用例执行的前提。

测试数据：测试用例数据输入。

操作步骤：执行用例的步骤。

预期结果： 应该得到的结果。

实际结果：实际执行测试后的结果。

备注：备注信息。

3. 黑盒测试用例设计方法：

黑盒测试：假设有一个黑色的盒子，从一个方向进入黑盒子，我们称为输入，再从另一个方向走出盒子，我们成为输出，这就是简单的黑盒测试的理解。

设计方法如下：

1）等价类：在所有测试的数据中心，具有某种共同特征的数据子集。

 

 

等价类划分规则：

 

 等价类设计测试用例的步骤

 

 

 

2）边界值：大量的错误是发生在输入或输出范围的边界上，而不是在输入范围的内部。

题目：输入的参数值必须是大于等于0且同时小于等于100的整数。

正确代码：

num>-1或num>=0   num<101或num<=100

错误代码：

num>=-1或num>0   num<=101或num<100

边界值即选取正好等于、刚刚好大于或刚刚好小于边界值作为测试数据。

 

 

边界值法设计测试用例步骤

 

 

3）场景法：软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。

重要概念：

à基本流

à备选流

à异常流

场景法步骤：

1. 分析需求，基本流和备选流。

2. 根据基本流和备选流生成场景。

3. 根据场景生成用例。

场景是从流程开始到流程结束，如下：

 

 

*要求从开始到结束才算是一个场景。

*找全场景标准：所有的路径均被覆盖。

4）错误推测

 

 

5 判定表：使用等价类方法时对于输入域及输入域存在关联时无法覆盖。

举个例子：

   移动通信中，有这样的需求：若用户欠费或停机，则不允许主被叫。判定表如下：其中Y代表是，N代表否。

	1	2	3	4
用户是否欠费	Y	N	N	Y
用户是否关机	N	Y	N	Y
是否允许主被叫	N	N	Y	N

 

 

判定表法设计用例步骤

 

 

判定表发设计测试用例

 

判定表法设计用例—规则数：2的n次方（n是条件数）

条件数：4à规则：16

条件数：5à规则：32

条件数：6à规则：64

条件数：7à规则：128

………

因此当条件数多时，不可能一一去列出规则，此时就需要用到因果图法。

6）因果图：

   1.考虑所有输入/输出条件的相互制约关系以及组合关系。

   2.考虑输入条件之间的依赖关系。

   3.再根据分析的关系来转化为判定表的规则。

 

*分析需求，获取条件和动作

*分析条件与条件、条件与动作之间的关系

*通过关系画出因果图

*将因果图转换为判定表

   7）正交实验：是由数理统计学科中正交实验方法进化出的一种测试多条件多输入的用例设计方法，从大量的（实验）数据（测试例）中挑选适量的，有代表性的点（例），从而合理的安排实验（测试）的一种科学实验设计方法。

条件：因子           取值：水平

   正交实验法的设计步骤：

 

 正交实验法多为配置测试。

8）状态迁移图：首先要找出所有的状态，然后再分析各个状态之间的转换条件和转换路径。然后从其状态迁移路径覆盖的角度来设计测试用例。（多用于协议测试）

   状态迁移图法测试步骤：

   *明确状态节点

   *绘制状态迁移图

   *绘制状态迁移树

   *抽取路径设计用例

举个例子：

案例；飞机售票系统。

（1）客户向航空公司打电话预定机票，此时机票信息处于“预定”状态。

（2）顾客支付了机票费用后，机票信息变为“已支付”状态。

（3）旅行当天到达机场，拿到机票后，机票信息变为“已出票”状态。

（4）登机检票后，机票信息变为“已使用”状态。

（5）在登机之前任何时间都可以取消自己的订票信息，如果已经支付了机票的费用，则还可以退款，取消后，订票信息处于“已取消”状态。

状态迁移图如下：

 

 

状态迁移树如下：

 

 

从根节点到叶节点为一条用例，预定是根节点，则可以抽取四条路径，如上图左侧所示。

如何编写用例？

功能划分：A、B、C、D……；功能之间联系。

1. 正常功能：是否可以正常提交。

2. 单个功能项验证（正常+异常）：重点输入项进行验证

1）   数据长度、数据类型验证、必填项验证、重复

2）   限制约束验证======手机号跟验证码必须适合对应的。

3. 功能交互验证

模块之间传递的信息和数据，对存在功能交互的功能项 登陆===支付

4. 隐性需求

充分熟悉产品业务，挖掘隐性需求表。

总结：