问白盒测试失败但黑盒测试成功的例子，反之亦然？

EN

黑盒测试可能会遗漏几乎任何没有清晰记录或直观的东西。例如，在SO answer entry部分，我有一个我可以“测试”的工具栏，但是如果不看代码，我可能不会发现我需要测试热键，或者理解高亮显示的文本如何响应随机组合中的粗体和斜体属性。我可以通过实验来解决这个问题，但它的效率并不高。

在较大的应用程序中，控制流问题经常被忽略-想想晦涩的逻辑流，甚至是稀疏执行的case语句。

然而，如果你只做白盒测试，可用性通常是第一个受到影响的。一个功能完善的软件也可能很难使用，UI元素不一致等等。

你为什么这么问？

我最近在准备考试的时候偶然发现了它，祝我好运吧。假设你是一名程序员，跟踪用户登录到你的网站或其他地方，你保留的计数器是int类型的，int的范围是65,535，并且你的用户数量超过了类型的范围。在这种情况下，黑盒测试可能无法检测到两者之间发生了什么，但白盒测试可以。

对于特定的输入，内部发生错误，导致：

1. 不正确的数据放置在全局数据区中；
2. 将在后续的一系列只能在系统测试期间发现的will硬件控制中测试的不正确的标志；但仍会产生“正确”的输出。

白盒测试的错误检测与黑盒测试相矛盾：

• 测试，以确保模块中的所有独立路径将至少被执行，以对它们的真和假branches.
• Testing执行所有逻辑决策，以确保所有循环在其边界和操作范围内执行。

通过黑盒测试进行错误检测与白盒测试相矛盾：

针对输入类的接口functionality.

• Testing系统行为和performance.

• Test的
• 测试。