回答。

问题历史：

随着软件的批量发布的发展，快速而高效地检查产品功能的需求出现了，而无需访问其内部实现。因此，出现了“黑箱”方法，测试人员只与应用程序的公共接口进行工作。

问题：

在不了解代码的情况下，可能会遗漏某些内部错误或未测试特定的执行路径。然而，黑箱允许从用户的角度进行测试，发现用户视角的问题。

解决方案：

“黑箱”方法的核心在于：

• 测试人员根据规范评估界面元素和程序行为。
• 不需要代码或系统架构的知识。
• 只检查输入数据和输出结果，而不是它们之间的计算过程。

关键特征：

• 从最终用户的角度提供独立的评估。
• 仅覆盖系统的外部行为。
• 不允许检查内部实现错误。

可能的问题。

进行黑箱测试是否需要编程知识？

不，应用此方法不需要代码知识，最重要的是理解功能要求。

黑箱方法是否能保证覆盖所有错误？

不，因为并非所有错误都可以通过外部接口发现，一些缺陷在没有访问内部逻辑的情况下是隐藏的。

在测试复杂企业服务时，是否仅能使用黑箱？

不，最好与其他方法（白箱测试）结合，以实现尽可能高的覆盖率。

常见错误和反模式

• 仅通过UI进行测试，而不检查API
• 完全忽视文档（规范）
• 缺乏创造性的负面场景

生活中的例子

负面案例

测试人员仅通过黑箱测试检查银行应用程序，通过界面输入标准数据，而不注意内部余额的处理（API未测试）。

优点：

• 快速按照用户场景进行测试。

缺点：

• 启动后发现，在重复操作时会出现多余的资金扣除（内部缺陷，在UI上未明显表现）。

正面案例

测试人员进行了混合测试：首先根据黑箱进行了功能测试，描述用户场景，然后与开发人员一起检查API和数据库中的数据。

优点：

• 不仅发现了用户错误，还发现了与银行业务逻辑相关的重大缺陷。

缺点：

• 需要协调与其他专家的工作，并花费额外时间研究API结构。