黑盒测试+白盒测试

测试用例

黑盒测试用例

黑盒测试用例不深入代码

• 等价类划分法

• 边界值分析法

• 因果图法

• 判定法

• 场景法

测试用例模板

1. 测试用例编号：测试用例文档中的一个代号，需全局唯一，可以通过代号快速找到测试用例。

   ​ 命名：TestCase+项目名+模块名+接口名_0001

2. 按照功能进行分类：功能（Fuction）界面（UI）性能测试（performance）安全测试（security）接口（interface）

3. 测试项：必须写入测试目的（只能包含一个测试目的） 可以不写结果

4. 测试步骤

5. 依赖用例：下游用例依赖上游测试用例

6. 输入数据

7. 预期结果

8. 测试结果

等价类划分法

边界值分析法

★如果输入条件规定了值的范围，则应取刚达到这个范围的边界的值，以及刚刚超越这个范围边界的值作为测试的 输入数据
★如果输入条件规定了值的个数，则用最大个数，最小个数，比最小个数少1，比最大个数多1的数作为测试数据
★分析规格说明,找出其他可能的边界条件

因果图法

★因果图法是一种适合于描述对于多种输入条件组合的测试方法
★根据输入条件的组合，约束关系和输出条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例的方法
它适用于检查程序输入条件设计的各种组合情况

第二步:根据功能说明在因果图中加上约束条件
其中互斥，包含，唯一，要求是对原因的约束,屏蔽是对结果的约束。

含义如下:
互斥(exclusion):表示不同时为1,即a,b,c中至多只有一个1

包含(include):表示至少有一个1，即a,b,c中不同时为0

唯一(only);表示a,b,c中有且仅有一个1.
要求(request):表示若a=.1,则b必须为1,即不可能a=1且b=0

屏蔽(mask):表示若a=1,则b必须为0

等价类划分和因果图区别

等价类划分：分析数据的正反向设计（有效等价类、无效等价类）

因果图：看过产品说明书，设计符合输入输出要求的设计

判定表驱动法

是分析和表达多逻辑条件下执行不同操作的情况的工具，它由以下几个内容组成:
※条件桩：列出了问题的所有条件，通常认为列出的条件的次序无关紧要。
※动作桩：列出了问题规定可能采取的操作，这些操作的排列顺序没有约束。
※条件项：列出针对它左列条件的取值，在所有可能情况下的真假值。
※动作项：列出在条件项的各种取值情况下应该采取的动作。

场景法

原理
现在的软件几乎都是用事件触发控制流程的。测试时，可以生动地描绘出时间触发时的情景，有利于设计测试用例，同时使测试用例更容易理解和执行。
基本流:软件功能按照正确的事件流实现的条正确流程。通常一个业务仅存在一个基本流，且基本流仅有一个起点和一个终点。
备选流:除了基本流之外的各支流，包含多种不同的情况。

ATM取款机

主流（基本流）：插卡->输入密码->选择取款->等待出钞->取卡

备选流：插入卡不是银行卡 银联卡 输入密码密码错误 选择存款，转账 取款金额不足 取款金额达到当日取款上限等

场景法设计用例步骤
根据说明，描述出程序的基本流及各项备选流根据基本流和各项备选流生成不同的场景，对每一个场景生成相应的测试用例

对生成的所有测试用例重新复审，去掉多余的测试用例
测试用例确定后，对每一个测试用例确定测试数据值
适用场景:
适用于解决业务流程清晰的系统或功能

用例方法综合选择（禅道编写测试用例）
首先进行等价类划分法
在任何情况下都必须使用边界值分析法
如果程序的功能说明中含有输入条件的组合情况，则一开始就可选择因果图法和判定表驱动法。
对于业务流清晰的系统，可以利用场景法贯穿整个测试案例过程
对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度，如果没有达到要求的覆盖标准，应当再补充足够的测试用例

白盒测试

定义

白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能。

白盒测试（大白话叙述）----穷举路径测试

把测试对象看做打开的盒子，需要清楚测试产品内部结构（代码），检验程序中的每一个逻辑判断都是能按照预定要求正常执行，白盒测试又称结构测试或逻辑驱动测试。

白盒测试的目的

检查软件内存的逻辑结构，对软件中的逻辑路径进行覆盖测试，以确保实际的运行状态和预期结果一致。

特点：
根据需求文档测试，内部细节进行严密检验

白盒测试法的覆盖标准

1.逻辑覆盖
语句覆盖、判定覆盖、
条件覆盖、判定/条件覆盖、
条件组合覆盖和路径覆盖
2.循环覆盖
3.基本路径测试。

白盒测试的方法

• 语句覆盖：足够的测试用例，使得程序中的每一条语句都被执行一次
• 判定覆盖：足够测试用例，使得每一个判断（分支）至少有一次为true，一次为false
• 条件覆盖：足够的测试用例，使得判定中的每一个条件获得各种可能的结果，每个条件至少一次为真，一次为假
• 条件组合覆盖：每个判定中条件结果的所有可能组合至少出现一次true，一次false

白盒测试的优缺点

优点：

• 迫使测试人员仔细思考软件的实现
• 检测代码中的每一条分支和路径
• 揭示隐藏在代码中的错误
• 对代码的测试比较彻底

缺点：

• 昂贵
• 无法检测代码中遗漏的路径和数据敏感性错误
• 不验证规格的正确性

测试流程

1.拿到需求文档（产品说明书）

2.根据需求文档，设计测试用例

3.编写测试用例

4.执行测试用例

5.得出测试报告