黑盒测试与白盒测试的差异

质量保证不足是破坏软件公司声誉的最快、最可靠的方法之一。隐藏在应用程序源代码中的微小错误可能会导致巨大的经济损失。如果错误足够严重，公司可能永远无法恢复。备受瞩目的软件被入侵并导致大公司损失数百万美元的案例一直成为头条新闻。由于 POS 系统故障，星巴克一度不得不暂时关闭一半以上的北美门店。由于安全气囊传感器故障被证明是软件故障，日产曾经不得不召回超过 100 万辆汽车。

对于一个价值数十亿美元的全球组织而言，从重大软件问题中恢复过来确实具有挑战性。对于一家较小的公司来说，这可能只是一个难以应对的挑战。这就是为什么任何发布软件的组织都需要非常熟悉软件测试的原因。测试识别应用程序代码中的错误、差距和缺失的需求。这使软件开发团队能够在发布之前修复错误。测试软件的两种主要方法是白盒测试和黑盒测试。这些测试方法各有优缺点。每一个都旨在解决特定问题，并提供对软件问题原因的质量保证洞察。

白盒测试

白盒测试也称为结构测试。一些开发人员将其称为透明盒测试或玻璃盒测试。白盒测试技术侧重于系统地检查应用程序的源代码。开发人员可以自动化白盒测试，以便在开发过程推进之前有效地解决错误的代码行。

白盒测试的主要目的是验证应用程序代码的质量。由于系统的内部结构是已知的，因此开发人员可以查明错误的来源。例如，在正确配置的白盒测试中，相对容易找到定义不明确的变量或不准确的调用函数。

白盒测试人员需要是一名软件工程师，他彻底了解被测试应用程序的预期结果。即使拥有一流的自动化工具，它仍然可能是一个详尽且耗时的体验。如果应用程序的代码库快速更改，自动化测试可能无法工作。

白盒测试技术的一个例子包括：

• 语句覆盖率：这种测试技术验证每行代码是否至少执行一次。
• 分支覆盖率：这种测试技术验证每个分支是否至少执行一次。
• 路径覆盖：此测试技术检查程序描述的所有路径。

白盒测试的缺点之一是它暴露了代码。外包测试的开发人员冒着代码被盗的风险。开发人员应该只信任具有长期白盒测试记录的知名专家。

黑盒测试

黑盒测试也称为功能测试或数据驱动测试。这种方法的目的是检查程序功能。进行黑盒测试不需要编程知识。软件酯是导航应用程序界面的人类用户。应用程序通过或失败的测试取决于其可用性，而不是其代码的质量。

由于黑盒测试人员不知道该程序是如何工作的，他们的担忧反映了普通用户的担忧。这种测试方法基于反复试验。程序员可能无法预测黑盒测试人员可能选择的特定路径，这将导致错误。然后，程序员将需要检查代码以找出失败的原因。黑盒测试非常适合具有明确功能的大型代码段。它非常适合外包测试，因为它允许低技能测试人员完成有价值的工作。由于代码没有暴露，因此不存在知识产权被盗的风险。

有多种黑盒测试方法，其中大多数专注于测试输入：

• 等价分区将大量潜在输入减少到小的、有代表性的测试用例。它非常适合创建测试用例。
• 边界值分析寻找产生错误的极端输入值。测试人员寻找输入值的边界并报告它们。
• 因果图使用图表来识别产生错误的输入值。它是多变量输入类型的理想选择。

何时使用白盒测试与黑盒测试

白盒测试不需要完整的用户界面。当程序员希望测试早期应用程序构建时，这使得它更可取。它提供了一种快速、彻底的方法来测试程序中的每条路径。这确保了代码是好的——但不能保证它做用户希望它做的事情。白盒测试不会将程序和测试环境分开。有时更新会破坏源代码。这可能是对开发人员时间的额外压力。

这使得白盒测试在开发过程中成为一个不错的选择。当需要验证程序的一小部分时，白盒测试使其成为一项简单的内部任务。随着发布日期的临近，白盒测试让位于黑盒测试。黑盒测试最适合已完成的程序。在发布前测试程序的大型团队可以在最后一刻发现用户体验问题。测试用例很容易制作，程序员可以快速响应它们。

仔细组织黑盒测试场景很重要。测试结果可能难以重现。测试可能会变得多余。即使在最好的情况下，测试也很少涵盖所有的软件路径。由于黑盒测试人员不需要非常熟练，程序员可以在发布日期临近时扩大测试规模。这为软件公司提供了在发布强大的最终产品的同时增强最终用户体验的最佳机会。

最终，每种类型的测试都最适合特定情况。测试工程师经常结合使用白盒和黑盒测试来解决不同的错误。而且，测试可能发生在开发周期的不同阶段。无论您选择运行什么版本或组合，正确的测试过程对于软件质量保证都是至关重要的。所有这些测试现在可能感觉很多，但从长远来看，它将为您节省时间和金钱。有一天，它可能会保护您的公司免受令人尴尬的公共事件的影响。