什么是黑盒测试？
我在网上搜索过，但每个来源的说法都不一样。
所以我做了两种测试。第一个是来自TMap的“数据循环测试”，第二个是输入输出黑盒测试。
现在我知道黑盒测试是在不看代码的情况下测试输入输出值。
下面是黑盒测试的模板：不定义期望值实际值
但是Tmap说黑盒测试是各种测试技术的集合。比如“数据循环测试”。
那么黑盒测试到底是什么呢？它是一种测试技术还是一系列测试技术？如果它是测试技术的集合，那么这个预期的实际测试技术叫什么？
共有3个答案
我总是用一个类比来想。想象你是一个测试汽车发动机是否工作的机械师。
黑盒测试就像关闭发动机罩/发动机罩，进入车内，按下所有按钮和踏板，然后驾驶它四处看看是否一切正常。你可能不知道车里有什么类型的发动机，也不知道具体的发动机是如何工作的，但你可以通过摆弄与发动机相互作用的所有外部部件来测试发动机是否按预期工作。
定义：
>
这种方法被称为黑匣子，因为测试人员不知道软件程序。软件程序就像一个黑匣子；测试人员看不到的内部。
黑盒测试技术
以下是一些可用于设计黑盒测试的技术：
- 等价划分
等价分区是一种软件测试设计技术，它涉及将输入值划分为有效分区和无效分区，并从每个分区中选择代表性的值作为测试数据。
- 边值分析
边界值分析是一种软件测试设计技术，涉及确定输入值的边界，并选择边界处的值和边界内/外的值作为测试数据。
- 基于图形的测试方法
每个应用程序都是由一些对象组成的。所有这些物体都被识别出来，并准备好图表。从这个对象图中，可以识别每个对象关系，并相应地编写测试用例以发现错误。
- 错误猜测
这完全基于测试人员之前的经验和判断。错误猜测是猜测错误可能隐藏在哪里的艺术。对于这种技术，没有特定的工具来编写覆盖所有应用程序路径的测试用例。
- 将程序视为黑盒的测试方法
- 仅基于需求分析的测试[规范、用户文档等]
>
功能测试（测试所有功能）
数据驱动测试（针对不同数据集的相同操作）
I/O驱动测试
黑盒测试适用于集成、系统和验收测试期间进行的所有级别的测试（例如单元、组件和系统）。
常用方法：
>
边界值分析：这是一个检查边界输入的过程，一个小于边界，一个大于边界。
错误猜测：是一种基于直觉和经验的特殊方法，用于识别可能暴露错误的测试。
参考：http://en.wikipedia.org/wiki/Exploratory_testing
-
所以我已经知道白盒测试和黑盒测试之间的区别，但我正在寻找一个相当简单的例子，说明白盒测试表示“一切正常”，黑盒测试表示“这里有问题”——反之亦然 这些例子会出现在相当流行的软件产品中。例如——微软视窗、Word或方程求解器（如下所示） 类似的程度：（黑盒测试失败，白盒通过） 示例：求解二次方程； 输入数据：系数A、B和C的数值； 输出数据：根X1和根X2的数值 黑盒测试 黑盒测试（环境、用户）：否
-
主要内容：黑盒测试的一般步骤,测试程序,测试用例,黑盒测试使用的技术黑盒测试是一种软件测试技术，它可以检查软件的功能，而不会窥视其内部结构或编码。黑盒测试的主要来源是客户声明的要求规范。 在此方法中，测试人员选择一个函数并提供输入值以检查它的功能，并检查该函数是否给出了预期的输出。如果函数产生正确的输出，则在测试中传递，否则测试失败。测试团队将结果报告给开发团队，然后测试下一个功能。如果出现严重问题，在完成所有功能的测试后，会将测试结果返回给开发团队进行更正。 黑
-
本文向大家介绍白盒测试和黑盒测试区别？相关面试题，主要包含被问及白盒测试和黑盒测试区别？时的应答技巧和注意事项，需要的朋友参考一下 白盒测试：是通过程序的源代码进行测试而不使用用户界面。 黑盒测试：是通过使用整个软件或某种软件功能来严格地测试 ①测试特点不同 黑盒测试：测试功能 白盒测试：测试程序接口与结构 ②测试依据不同 黑盒测试：需求规格说明书 白盒测试：软件程序 ③侧重点不同 黑盒测试：关注
-
你好，我是新来的SW测试。 WBT-Developer这样做，确保每一行都被执行，并检查所有条件语句。 BBT——在黑盒中，我可以做与WBT相同的事情，我可以输入各种参数并检查输出，确保通过生成测试用例覆盖所有条件语句，还可以覆盖循环执行。 白盒测试和黑盒测试的真正区别是什么？对我来说，这看起来像是，做一个广泛的投入，角落案例覆盖BBT，这将是一个WBT。
-
如果我们必须在动态黑盒测试和静态白盒测试之间做出选择，我们应该选择哪一个？动态黑盒测试是在不了解底层代码的情况下进行的测试，而静态白盒测试是在不执行代码的情况下进行的代码审查。
-
本文向大家介绍黑盒测试与白盒测试之间的差异。，包括了黑盒测试与白盒测试之间的差异。的使用技巧和注意事项，需要的朋友参考一下 众所周知，测试是任何应用程序或软件交付过程中最重要的阶段，因为测试不仅可以验证应用程序的质量，还可以为开发人员提供改进其产品的机会。 每个应用程序都以某种高级语言或低级语言进行开发，这意味着已经为其开发编写了一些代码，因此，根据测试人员对应用程序的了解，可以对测试进行分类，即