黑盒测试VS白盒测试

article/2025/11/1 6:04:08

文章目录

- 概述
- 一、测试方式不同
- 二、测试目的不同
- 三、测试原则不同
- 四、优缺点对比
- 五、测试用例设计
- 六、结语

概述

白盒测试
白盒测试也称为结构测试，主要用于检测软件编码过程中的错误。程序员的编程经验、对编程软件的掌握程度、工作状态等因素都会影响到编程质量，导致代码错误。软件程序基本的语法错误在程序调试时，就能够很及时地发现，然后及时进行改正。但是软件程序在运算顺序、逻辑判断以及运行路径上的错误很难发现，在实际的软件程序代码编写上，没有程序员能够保证代码编写结构不出现任何错误，即使是水平很高的程序员也不能保证。白盒测试下，软件程序被看做是一个打开的盒子，盒子里有测试软件的源程序，还能够分析盒子内部的结构，所以这种测试方法能够全面地测试程序代码结构。

黑盒测试
黑盒测试又称为功能测试，主要检测软件的每一个功能是否能够正常使用。在测试过程中，将程序看成不能打开的黑盒子，不考虑程序内部结构和特性的基础上通过程序接口进行测试，检查程序功能是否按照设计需求以及说明书的规定能够正常打开使用。

一、测试方式不同

黑盒测试：功能测试，是通过测试来检测每个功能是否都能正常使用。

在这里插入图片描述

白盒测试：称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。

1.是程序结构分析，根据源代码可以首先绘制程序的流程图，然后根据流程图分析程序的结构。
2.是逻辑覆盖方测试，根据程序的内部结构，对所有的路径进行测试，是一种穷举路径的测试方法。
3.是基本路径测试，根据程序的逻辑判断，分析程序中的路径，再进行用例的设计。

白盒测试是软件测试中比较重要的一种测试方法，可以分为四个步骤实施，第一步，撰写测试计划。根据需求说明书，制定软件测试的进度，确定人员、范围、技术、风险等，形成测试计划或测试方案。第二步，撰写测试用例。根据源代码及其分析，按照一定规范化的方法进行软件结构划分，并进行测试用例的设计，形成测试用例表。第三步，执行测试用例。按照之前写好的测试用例，进行系统测试的执行，并且记录测试结果，形成缺陷表和缺陷报告。第四步，撰写测试总结。将前期的测试工作做总结，分析用例的数量、发现的高、中、低缺陷数，评价本系统，形成完整的总结报告。

二、测试目的不同

1、黑盒测试：把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试与白盒测试相反，软件设计程序被看做一个打不开的盒子，盒子里的程序代码测试人员不能看到，只能看到软件或者是某些模块的简单功能描述，这种测试方法主要是验证软件或者是功能的实现度。

2、白盒测试：通过检查软件内部的逻辑结构，对软件中的逻辑路径进行覆盖测试。在程序不同地方设立检查点，检查程序的状态，以确定实际运行状态与预期状态是否一致。

黑盒测试与白盒测试

三、测试原则不同

1、黑盒测试：以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。

2、白盒测试：一个模块中的所有独立路径至少被测试一次。所有逻辑值均需测试true和false两种情况。

四、优缺点对比

	黑盒测试	白盒测试
优点	1) 比较简单，不需要了解程序的内部的代码及实现 2) 与软件的内部实现无关 3) 从用户的角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题 4) 基于软件开发文档，所以也能知道软件实现了文档中的哪些功能 5) 在做软件自动化测试时较为方便	1) 不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%2) 自动化测试的复用性较低。
缺点	1) 帮助软件测试人员增大代码的覆盖率。提供代码的质量，发现代码中隐藏的问题	1) 程序运行会有很多不同的路径，不可能测试所有的运行路径2) 测试基于代码，只能测试开发人员做的对不对，而不能知道设计是否正确，可能会漏掉一些功能需求3) 系统庞大时，测试开销会非常大。