白盒测试及其测试方法

2024-09-01 19:04
文章标签 白盒 测试方法 测试

本文主要是介绍白盒测试及其测试方法,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

什么是白盒测试

是针对程序的逻辑结构进行测试,主要适用于单元测试阶段

与黑盒测试不同的是,黑盒测试是根据业务需求设计用例的输入输出,白盒测试是对程序系统的内部逻辑实现设计输入输出。

通常的流程是先静态测试,后动态测试,在动态测试中经常使用基本路径测试法,在重要模块或业务复杂的模块可能会使用多种测试法。

白盒测试的优缺点

优点:代码覆盖率高

缺点:测试开销大、业务功能可能覆盖不全

优化方案:与黑盒测试配合使用,黑盒测试是需要覆盖所有功能点的,白盒测试只对一些重点模块或业务逻辑比较复杂的模块进行白盒测试

白盒测试静态测试

桌面检查

开发人员写完代码后,由其他人进行检查,通常根据开发规范和编码要求进行检查。

代码审查

通常会开启会议,由代码的作者讲述自己代码的逻辑结构,其他参与会议的成员会根据公司的代码规范进行审查

代码走查

开启会议,由会议成员提前设计好一些测试用例,人工的查看代码的走向

代码扫描工具

通过工具自动的检查代码是否符合规范

白盒测试设计方法-逻辑覆盖法

语句覆盖

定义:设计测试用例,使得程序中的每条语句都被执行至少一次

覆盖率 = 覆盖的语句数量 / 语句总数量

局限性:不能准确的判断代码中的逻辑关系错误(如or、and)

判定覆盖

定义:设计测试用例,使得程序中的每个分支都至少执行一次(if的真、假都至少被执行一次)

且满足判定覆盖一定满足语句覆盖

覆盖率 = 每个分支的真假值至少执行一次 / 判定结果的总数

 局限性:不能准确的判断代码中的逻辑关系错误(如or、and)

条件覆盖

定义:设计测试用例,使得判定中每个条件都能取“真”值和取“假”值

覆盖率 = 每个条件真假值至少出现一次 / 条件结果总数

局限性:条件覆盖不能覆盖判定覆盖

判定条件覆盖

定义:相当于判定覆盖+条件覆盖 

满足判定条件覆盖就可以满足:语句覆盖、判定覆盖 和 条件覆盖

覆盖率 = 每个判定的真假值和条件的真假值都至少出现一次 / 判定结果的总数+条件结果的总数

局限性:不能准确判断代码中的逻辑关系错误(如if的or、and)

条件组合覆盖

定义:设计测试用例,使得每个判定中的,各个条件之间的组合结果至少执行一次

满足条件组合覆盖,可以满足:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖

覆盖率 = 条件组合至少出现一次的数量 / 条件组合的总数

局限性:不能保证所有的路径被覆盖到

路径覆盖

定义:设计测试用例,覆盖程序中所有可能的路径

覆盖率 = 至少执行过一次的路径数 / 路径总数

局限性:无法满足条件组合的100%覆盖率、也无法满足判定条件的100%覆盖率;如果代码逻辑较为复杂(如存在循环,存在多层逻辑判断),覆盖路径的的开销会很大

白盒测试设计方法-基本路径测试法

基本路径测试法

定义:在程序控制流程图的基础上,通过分析程序的环路复杂度,导出基本可执行的路径集合,从而设计测试用例

步骤一:根据代码画出程序控制流图

步骤二:计算程序的环路复杂度,下图的复杂度是3+1=4

步骤三:导出可执行路径

环路复杂度 = 导出可执行路径数

可执行路径中需要:满足所有的路径都走过、满足所有节点都走过

步骤四:根据可执行路径设计测试用例

这篇关于白盒测试及其测试方法的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1127780

相关文章

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

字节面试 | 如何测试RocketMQ、RocketMQ?

字节面试:RocketMQ是怎么测试的呢? 答: 首先保证消息的消费正确、设计逆向用例,在验证消息内容为空等情况时的消费正确性; 推送大批量MQ,通过Admin控制台查看MQ消费的情况,是否出现消费假死、TPS是否正常等等问题。(上述都是临场发挥,但是RocketMQ真正的测试点,还真的需要探讨) 01 先了解RocketMQ 作为测试也是要简单了解RocketMQ。简单来说,就是一个分

【测试】输入正确用户名和密码,点击登录没有响应的可能性原因

目录 一、前端问题 1. 界面交互问题 2. 输入数据校验问题 二、网络问题 1. 网络连接中断 2. 代理设置问题 三、后端问题 1. 服务器故障 2. 数据库问题 3. 权限问题: 四、其他问题 1. 缓存问题 2. 第三方服务问题 3. 配置问题 一、前端问题 1. 界面交互问题 登录按钮的点击事件未正确绑定,导致点击后无法触发登录操作。 页面可能存在

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

Verybot之OpenCV应用一:安装与图像采集测试

在Verybot上安装OpenCV是很简单的,只需要执行:         sudo apt-get update         sudo apt-get install libopencv-dev         sudo apt-get install python-opencv         下面就对安装好的OpenCV进行一下测试,编写一个通过USB摄像头采

BIRT 报表的自动化测试

来源:http://www.ibm.com/developerworks/cn/opensource/os-cn-ecl-birttest/如何为 BIRT 报表编写自动化测试用例 BIRT 是一项很受欢迎的报表制作工具,但目前对其的测试还是以人工测试为主。本文介绍了如何对 BIRT 报表进行自动化测试,以及在实际项目中的一些测试实践,从而提高了测试的效率和准确性 -------

可测试,可维护,可移植:上位机软件分层设计的重要性

互联网中,软件工程师岗位会分前端工程师,后端工程师。这是由于互联网软件规模庞大,从业人员众多。前后端分别根据各自需求发展不一样的技术栈。那么上位机软件呢?它规模小,通常一个人就能开发一个项目。它还有必要分前后端吗? 有必要。本文从三个方面论述。分别是可测试,可维护,可移植。 可测试 软件黑盒测试更普遍,但很难覆盖所有应用场景。于是有了接口测试、模块化测试以及单元测试。都是通过降低测试对象

day45-测试平台搭建之前端vue学习-基础4

目录 一、生命周期         1.1.概念         1.2.常用的生命周期钩子         1.3.关于销毁Vue实例         1.4.原理​编辑         1.5.代码 二、非单文件组件         2.1.组件         2.2.使用组件的三大步骤         2.3.注意点         2.4.关于VueComponen

如何成为一个优秀的测试工程师

链接地址:http://blog.csdn.net/KerryZhu/article/details/5250504 我一直在想,如何将自己的测试团队打造成世界一流的团队?流程、测试自动化、创新、扁平式管理、国际标准制定、测试社区贡献、…… 但首先一点是明确的,就是要将每一个测试工程师打造成优秀的测试工程师,优秀的团队必须由优秀的成员构成。所以,先讨论“如何成为一个优秀的测试工程师”,

python自动化测试框架--RobotFramework

为什么需要测试框架 在测试中,经常会为了怎样做测试、使用什么测试工具、如何使用、为什么使用测试工具、使用测试工具能帮助到我们什么等等问题而纠结。当我们选择一项测试工具时,如何组织大量自动化用例;如何合理的进行初始化清除;如何批量筛选待执行的用例;如何输出清晰的测试报告,就是需要我们考虑的事情了。下面简单介绍个使用比较广泛的自动化测试框架,即Robotframework。 RF的特点 RF:由pyt