黑盒测试：白盒测试和黑盒测试是什么意思

本文目录

• 白盒测试和黑盒测试是什么意思
• 软件测试中的黑盒和白盒的区别怎么实现
• 黑盒测试和白盒测试的区别
• 黑盒测试有哪些测试方法
• 什么叫黑盒测试
• 白盒测试、黑盒测试的概念是什么
• 下面属于黑盒测试方法的是（）
• 黑盒测试有哪些方法
• 黑盒测试方法有哪些
• 软件测试的基本方法

白盒测试和黑盒测试是什么意思

在设计测试用例时,(等价类划分)是用的最多的一种黑盒测试方法。

软件测试大体上可分为两大类：基于“白盒”的路径测试技术和基于“黑盒”的事务处理流程测试技术(又称功能测试)。白盒测试依据的是程序的逻辑结构，而黑盒测试技术依据的是软件行为的描述。在设计测试用例时，等价类划分法是用得最多的一种黑箱测试方法。

软件测试是使用人工或自动的手段来运行或测定某个软件系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。

从是否关心软件内部结构和具体实现的角度划分，测试方法主要有白盒测试和黑盒测试。白盒测试方法主要有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、路径覆盖和程序变异。

黑盒测试方法主要包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。

从是否执行程序的角度划分，测试方法又可分为静态测试和动态测试。静态测试包括代码检查、静态结构分析、代码质量度量等。动态测试由3部分组成：构造测试实例、执行程序和分析程序的输出结果。

软件测试中的黑盒和白盒的区别怎么实现

白盒测试：

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

白盒测试常用方法

基本覆盖标准：逻辑驱动、循环、基路测试等，主要用于软件验证。

“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。

“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。

黑盒测试：

也称功能测试、数据驱动测试，它将被测软件看作一个打不开的黑盒，主要根据功能需求设计测试用例，进行测试。

概念：黑盒测试是从一种从软件外部对软件实施的测试，也称功能测试或基于规格说明的测试。其基本观点是：任何程序都可以看作是从输入定义域到输出值域的映射，这种观点将被测程序看作一个打不开的黑盒，黑盒里面的内容(实现)是完全不知道的，只知道软件要做什么。因无法看到盒子中的内容，所以不知道软件是如何实现的，也不关心黑盒里面的结构，只关心软件的输入数据和输出结果。

检测软件功能能否按照需求规格说明书的规定正常工作，是否有功能遗漏；

检测是否有人机交互错误，是否有数据结构和外部数据库访问错误，是否能恰当地接收数据并保持外部信息（如数据库或文件）等的完整性；

检测行为、性能等特性是否满足要求等；检测程序初始化和终止方面的错误等。

黑盒测试和白盒测试的区别

综述：白盒测试是深入到代码一级的测试，使用这种技术发现问题最早，效果也是最好的。黑盒测试则主要是覆盖全部的功能，可以结合兼容，性能测试等方面进行。二者的概念及特点具体如下：

1、白盒测试

概念：白盒测试是一种测试用例设计方法，白盒测试需要全面了解程序内部逻辑结构、对所有逻辑路径进行测试。

特点：这一阶段测试以软件开发人员为主，迫使测试人员去仔细思考软件的实现；可以检测代码中的每条分支和路径；揭示隐藏在代码中的错误；对代码的测试比较彻底；让软件最优化。

2、黑盒测试

概念：黑盒测试是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行的测试。

特点：适用于功能测试、可用性测试及可接受性测试；对照说明书测试程序功能；可测试长的、复杂的程序的工作逻辑，易被理解。

白盒测试的实施阶段

1、测试计划阶段：根据需求说明书，制定测试进度。

2、测试设计阶段：依据程序设计说明书，按照一定规范化的方法进行软件结构划分和设计测试用例。

3、试执行阶段：输入测试用例，得到测试结果。

4、测试总结阶段：对比测试的结果和代码的预期结果，分析错误原因，找到并解决错误。

以上内容参考 百度百科-白盒测试

以上内容参考 百度百科-黑盒测试

黑盒测试有哪些测试方法

黑盒测试的方法主要包括以下几种：

等价类划分：将所有输入分为有效输入和无效输入，再根据它们划分的等价类分别进行测试。

边界值分析：根据输入或输出的边界条件进行测试。

因果图法：根据输入和输出之间的关系，使用因果图来表示它们之间的因果关系，然后根据因果图进行测试。

判定表法：将输入和输出之间的关系表示为判定表，然后根据判定表进行测试。

状态转换图法：根据输入和输出的状态转换关系，使用状态转换图来表示它们之间的状态转换关系，然后根据状态转换图进行测试。

以上这些方法可以单独使用，也可以组合使用，根据具体情况选择合适的测试方法进行测试。

什么叫黑盒测试

黑盒测试又称为功能测试，是通过测试来检测每个功能是否都能正常使用。黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。黑盒测试主要目的是发现软件设计的需求或者是软件设计规格说明书中的错误缺陷。软件的开发具有特定性，一般都是为了某种具体特定功能开发的，软件功能的描述依赖于在软件需求阶段的需求规格说明书的分析，软件在设计过程中被分成了一个或者是多个功能，保证这些功能能够正常运行的就是软件测试，从而进一步满足用户的需求与需要。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。优缺点(1)黑盒测试的优点：适用于功能测试、可用性测试及可接受性测试;对照说明书测试程序功能;可测试长的、复杂的程序的工作逻辑，易被理解。(2)黑盒测试的缺点：不可能进行完全的、毫无遗漏的输入测试，有一些软件Bug或人为设置的故障通过黑盒测试是无法检测出来的。正是因为黑盒测试的测试数据来自规格说明书，这一方法的主要缺点是它依赖于规格说明书的正确性。实际上，人们并不能保证规格说明书完全正确。如在规格说明书中规定了多余的功能，或是漏掉了某些功能，这对于黑盒测试来说是完全无能为力的。

白盒测试、黑盒测试的概念是什么

黑盒测试\x0d\x0a\x0d\x0a黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否\x0d\x0a\x0d\x0a都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的\x0d\x0a\x0d\x0a情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序\x0d\x0a\x0d\x0a是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。 \x0d\x0a\x0d\x0a黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。“黑盒”\x0d\x0a\x0d\x0a法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输\x0d\x0a\x0d\x0a入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测\x0d\x0a\x0d\x0a试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。\x0d\x0a\x0d\x0a白盒测试\x0d\x0a\x0d\x0a白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是\x0d\x0a\x0d\x0a否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按\x0d\x0a\x0d\x0a预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证\x0d\x0a\x0d\x0a。 “白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在\x0d\x0a\x0d\x0a使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的\x0d\x0a\x0d\x0a独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序\x0d\x0a\x0d\x0a违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错\x0d\x0a\x0d\x0a。第三，穷举路径测试可能发现不了一些与数据相关的错误。\x0d\x0a\x0d\x0a还有一个灰盒测试\x0d\x0a灰盒测试\x0d\x0a灰盒测试，确实是介于二者之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内\x0d\x0a\x0d\x0a部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运\x0d\x0a\x0d\x0a行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操\x0d\x0a\x0d\x0a作，效率会很低，因此需要采取这样的一种灰盒的方法。 灰盒测试结合了白盒测试盒黑盒测试的要素.它\x0d\x0a\x0d\x0a考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。灰盒测\x0d\x0a\x0d\x0a试由方法和工具组成，这些方法和工具取材于应用程序的内部知识盒与之交互的环境，能够用于黑盒测试\x0d\x0a\x0d\x0a以增强测试效率、错误发现和错误分析的效率。 灰盒测试涉及输入和输出，但使用关于代码和程序操作\x0d\x0a\x0d\x0a等通常在测试人员视野之外的信息设计测试。

下面属于黑盒测试方法的是（）

【答案】：B常用的黑盒则试方法有：①等价类划分法；②边界值分析法；③错误推测法；④因果图等。常用的白盒则方法有：①逻辑覆盖测试，包括语句覆盖、路径覆盖、判断覆盖、条件覆盖；②基本路径测试等，ACD三项属于白盒测试。答案选择B选项。

黑盒测试有哪些方法

黑盒测试(black—box testing)又称功能测试、数据驱动测试或基于规范的测试。用这种方法进行测试时，被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对。完整的“任何情况”是无法验证的，为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。黑盒测试首先是程序通常的功能性测试。要求： 每个软件特性必须被一个测试用例或一个被认可的异常所覆盖；用数据类型和数据值的最小集测试；用一系列真实的数据类型和数据值运行，测试超负荷、饱和及其他“最坏情况”的结果；用假想的数据类型和数据值运行，测试排斥不规则输入的能力；对影响性能的关键模块，如基本算法、应测试单元性能(包括精度、时间、容量等)。 不仅要考核“程序是否做了该做的?”还要考察“程序是否没做不该做的2”同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数据值的异常等等。下述几种方法：(a)等价类划分，(b)因果图方法，(c)边值分析法，(d)猜错法，(e)随机数法，就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更多的“任何情况”，但又各有长处，综合使用这些方法，会得到一个较好的测试用例集。1.等价类划分 等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。 在考虑等价类时，应该注意区别以下两种不同的情况： 有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。 无效等价类：无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。 确定等价类有以下几条原则： 如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。例如，程序的规范中提到的输入条包括“……项数可以从1到999……”，则可取有效等价类为“l考项数＜999”，无效等价类为“项数＜l，，及“项数＞999”。 输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符，其输入条件规定“标识符应以字母开头……”则“以字母开头者”作为有效等价类，“以非字母开头”作为无效等价类。 如果我们确知，已划分的等价类中各元素在程序中的处理方式是不同的，则应将此等价类进一步划分成更小等价类。 输入条件 有效等价类 无效等价类 。。。。。。 。。。。。。 。。。。。。 。。。。。。 。。。。。。 。。。。。。 根据已列出的等价类表，按以下步骤确定测试用例： 为每个等价类规定一个唯一的编号； 设计一个测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类。重复这一步，最后使得所有有效等价类均被测试用例所覆盖； 设计一个新的测试用例，使其只覆盖一个无效等价类。重复这一步，使所有无效等价类均被覆盖。这里强调每次只覆盖一个无效等价类。这是因为一个测试用例中如果含有多个缺陷，有可能在测试中只发现其中的一个，另一些被忽视。等价类划分法能够全面、系统地考虑黑盒测试的测试用例设计问题，但是没有注意选用一些“高效的”、“有针对性的”测试用例。后面介绍的边值分析法可以弥补这一缺点。2.因果图 等价类划分法并没有考虑到输入情况的各种组合。这样虽然各个输入条件单独可能出错的情况已经看到了，但多个输入情况组合起来可能出错的情况却被忽略。采用因果图方法能帮助我们按一定步骤选择一组高效的测试用例，同时，还能为我们指出程序规范的描述中存在什么问题。 利用因果图导出测试用例需要经过以下几个步骤： 分析程序规范的描述中哪些是原因，哪些是结果。原因常常是输入条件或是输入条件的等价类。结果是输出条件。 分析程序规范的描述中语义的内容，并将其表示成连接各个原因与各个结果的“因果图”。 由于语法或环境的限制，有些原因和结果的组合情况是不可能出现的。为表明这些特定的情况，在因果图上使用持殊的符号标明约束条件。把因果图转换成判定表。把判定表的每一列写成一个测试用例。3.边值分析法 边值分析法是列出单元功能、输入、状态及控制的合法边界值和非法边界值，设计测试用例，包含全部边界值的方法。典型地包括IF语句中的判别值，定义域、值域边界，空或畸形输入，末受控状态等。边值分析法不是一类找一个例子的方法，而是以边界情况的处理作为主要目标专门设计测试用例的方法。另外，边值分析不仅考查输入的边值，也要考虑输出的边值。这是从人们的经验得出的一种有效方法。人们发现许多软件错误只是在下标、数据结构和标量值的边界值及其上、下出现，运行这个区域的测试用例发现错误的概率很高。 用边值分析法设计测试用例时，有以下几条原则： 如果输入条件规定了取值范围，或是规定了值的个数，则应以该范围的边界内及刚刚超出范围的边界外的值，或是分别对最大、最小及稍小于最小、稍大于最大个数作为测试用例。如有规范“某文件可包含l至255”个记录……“，则测试用例可选1和255及0和256等。 针对规范的每个输出条件使用原则〔a〕。 如果程序规范中提到的输入或输出域是个有序的集合(如顺序文件、表格等)就应注意选取有序集的第一个和最后一个元素作为测试用例。 分析规范，尽可能找出可能的边界条件。一个典型的边值分析例子是三角形分类程序。选取a，b，c构成三角形三边，“任意两边之和大于第三边”为边界条件。边值分析相等价类划分侧重不同，对等价类划分是一个补充。如上述三角形问题，选取a＝3，b＝4，c＝5，a＝2，b＝4，c＝7则覆盖有效和无效等价类。如果能在等价类划分中注入边值分析的思想。在每个等价类中不只选取一个覆盖用例，而是进而选取该等价类的边界值等价类划分法将更有效，最后可以用边值分析法再补充一些测试用例。4.猜错法 猜错法在很大程度上是凭经验进行的，是凭人们对过去所作的测试工作结果的分析，对所揭示的缺陷的规律性作直觉的推测来发现缺陷的。 一个采用两分法的检索程序，典型地可以列出下面几种测试情况： 被检索的表只有一项或为空表； 表的项数恰好是2的幂次； 表的项数比2的幂次多1等。 猜错法充分发挥人的经验，在一个测试小组中集思广益，方便实用，特别在软件测试基础较差的情况下，很好地组织测试小组 (也可以有外来人员)进行错误猜测，是有效的测试方法。5.随机数法 即测试用例的参数是随机数。它可以自动生成，因此自动化程度高。使用大量随机测试用例测试通过的程序会提高用户对程序的信心。但其关键在于随机数的规律是否符合使用实际。

黑盒测试方法有哪些

黑盒测试方法：等价类划分法、边界值分析法、正交实验法、流程图分析法、输入域覆盖法等。

1、等价类划分法

等价类划分法是指将程序的输入值的集合划分为若干等价类，等价类又分为有效等价类和无效等价类，从每一类中选取少量数据进行测试。

2、边界值分析法

边界值分析法是针对输入数据的边界值的测试，一般情况下与等价类划分法结合使用，根据各个等价类的边界值设计测试用例。

3、正交实验法

正交实验法是利用正交表来对程序进行测试，用较少的测试用例进行较全面的测试。根据正交表的正交性，从全面试验中挑选出适量的、有代表性的点进行试验。

4、流程图分析法

当一个事件触发时，就形成了一个场景，而同一事件的不同触发顺序和处理结果就形成了事件流。在测试一个软件的时候，在场景法中，测试流程是软件功能按照正确的事件流实现的一条正确的流程，即基本流，而凡是出现故障或缺陷的过程，就称为备选流，备选流是可以从基本流来的，或是由备选流引出的。

5、输入域覆盖法

输入域覆盖是指根据SRS结合等价类划分法和边界值分析法的一种测试方法，主要是对输入的特殊值和类型边界补充测试用例。

软件测试的基本方法

测试目的第一是确认软件的质量；第二是提供信息，比如提供给开发人员或程序经理的反馈信息；第三软件测试不仅是在测试软件产品本身，而且还包括软件开发的过程。:package:黑盒测试黑盒测试，也称为功能测试或数据驱动测试，着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。:man_detective:白盒测试白盒测试，也称为结构测试和逻辑驱动测试，主要用于软件验证，全面了解程序内部结构，对所有逻辑路径进行测试。:busts_in_silhouette:ALAC测试ALAC（act-like-a-customer）测试，是一种基于客户使用产品的知识开发出来的测试方法。