白盒测试用例设计方法笔记（二）-白盒测试用例设计概述2

（二）-白盒测试用例设计概述2

• 1 白盒测试覆盖标准
• • 1.1 逻辑覆盖说明
• 2 测试原则
• 3 分析方法
• 4 测试流程
• 5 工具选择
• 6 黑盒与白盒的区别

1 白盒测试覆盖标准

• 逻辑覆盖；
• 循环覆盖；
• 基本路径测试；

1.1 逻辑覆盖说明

分类	说明
语句覆盖	每条语句至少执行一次
判定覆盖	每个判定的每个分支至少执行一次
条件覆盖	每个判定的每个条件应取到各种可能的值
判定/条件覆盖	同时满足判定覆盖条件覆盖
条件组合覆盖	每个判定中各条件的每一种组合至少出现一次
路径覆盖	使程序中每一条可能的路径至少执行一次

2 测试原则

• 一个模块中的所有独立路径至少被测试一次；
• 所有逻辑值均需测试true和false两种情况；
• 检査程序的内部数据结构，保证其结构的有效性；
• 在取值的上、下边界及可操作范围内运行所有循环；

3 分析方法

分析法	说明
静态分析法	不执行程序，主要检查软件的表示和描述是否一致
动态分析法	真实环境中执行，使特定的预期结果执行

4 测试流程

“三步法”：

• 第一步：根据代码，设计测试用例；
• 第二步：统计白盒覆盖率，针对未覆盖的白盒进行用例设计；
• 第三步：自动动态测试，自动生成用例，弥补第二步的不足。

5 工具选择

侧重点	说明
不同的开发语言	语言不同，工具有可能侧重不一样，比如有的工具偏向C，有的则偏向C++等，这样要针对性的选择
代码覆盖能力	不同的工具，对代码的覆盖能力有不同，比如逻辑覆盖的6种覆盖，工具的之间存在加大的差异
嵌入式方面	除了以上说的两种考虑外，针对嵌入式需要考虑工具对操作系统的支持
用户体验或者说视觉	白盒测试的酷造性，建议使用可视化的工具来提升测试质量

6 黑盒与白盒的区别

区别项	黑盒	白盒
测试方式	功能测试	结构测试
测试目的	检查程序功能是否按照需求规格说明书的规定正常使用	在程序不同地方设立检查点，检查程序的状态，以确定实际运行状态与预期状态是否一致
测试原则	以用户的角度，从输入数据与输出数据的对应关系出发进行测试的	一个模块中的所有独立路径至少被测试一次

---

『全栈测试技术，分享，共勉，共进，提升』

---

【特别说明】：知识来源于网络、各种资料、书本、网站等，本文仅用于学习使用，不做他用，如果涉及版权问题，请联系博主删除，谢谢