常言道：没有经历测试，您怎么能够判定软件开发的质量呢?对于一名测试人员来说，他需要通过测试来确定目标软件是否满足所有既定的要求?软件是否安全、易用?响应是否迅速、完整?这些对于确保软件在发布之后得到良好反馈，并避免技术性的补救都是至关重要的。

作为一个“调查”的过程，测试人员会通过各种测试来捕获软件中隐藏的错误、缺陷、意料之外的运行结果、以及功能上的不一致性。测试人员通过提交详细的测试 告，以帮助开发人员修复所有发现的问题，使其能够按照预期平稳运行。

总的说来，目前业界常用的软件测试方法有三大类：黑盒、白盒和灰盒测试方法。它们在开展方式上截然不同，在功能用途上也各有优缺点。下面，让我们一起来深入讨论吧。

一、黑盒测试

又叫数据驱动测试，本质上就是功能测试。

把测试对象当做一个黑盒子，测试时，对程序内部的逻辑结构和内部特性，完全不需要考虑。根据需求说明书，测试程序的功能，是否符合它的说明。

黑盒测试方法的独特之处在于执行该测试的测试人员不了解他们正在测试的软件的内部结构和源代码。而且他们不需要任何东西，也不需要具备对编程语言的深入了解或出色的编码技能来执行测试。这主要是因为此测试方法的目标不是深入研究代码，遍历软件内部，而是与用户界面进行交互，测试其功能，并确保系统的每个输入和输出均符合标准。指定要求。因此，黑盒测试也可以称为功能测试或基于规范的测试。

通俗方式举例说明：

小明从商场的某一个入口进入，你在商场外面等待，并不知道商场内发生了什么，只知道正确的结果是，小明带着一堆商品从某一个出口（可以与入口相同）出来。

这是原定正确的情况，不出错我们就不需要管商场里面发生了什么，否则，在多次逛商场（多次黑盒测试）之中，发生无法达到原定正确的情况，例如小明与人争执、小明没带钱、小明有问题需要与自己协商等情况的发生，就需要测试人员进行检查了。

黑盒测试的利与弊：

黑匣子测试可以真正帮助您识别功能规格中的任何歧义，模糊性和矛盾之处。它使测试人员能够评估和提高功能实现的质量，而无需直接干扰软件的大型代码段。

黑箱测试完全没有偏见，因为该测试是由一个独立的团队执行的，该团队将最终用户的观点与开发人员的观点分开。在这三种方法中，黑盒测试具有最快的测试用例开发能力，因为它不需要编程知识，并且可以由没有技术背景的测试人员轻松地执行。

但是，该方法可以有效地仅应用于测试小型软件。使用这种方法彻底测试大型复杂软件将被证明效率很低并且非常耗时。此外，此方法需要明确而全面的规范才能有效。否则，设计测试用例将非常困难，并且方案将提供非常有限的覆盖范围。

二、白盒测试

与侧重于功能的黑盒测试相反，白盒测试方法的目标是对软件的内部结构及其背后的逻辑进行分析。因此，白盒测试有时称为结构测试或逻辑驱动测试。这种方法非常耗时，并且要求测试人员具有强大的编码技能，对他们正在测试的软件的全面了解，并且可以访问所有源代码和体系结构文档，否则，测试人员将无法设计适当的测试用例。

因此，白盒测试通常是由专业开发人员执行的，他们使用他们的专业知识来获得结构的内部观点，弄清楚源代码中到底发生了什么，并修复了无法正常工作的问题。除了深入的知识外，该方法还需要用于源代码分析和调试的专用工具。

通俗方式举例说明：

小明从商场的某一个入口进入，你随着陪同进入商场，全程陪伴，观察小明购物的每个细节，了解其走过的每一步，发生的每个小情况，然后，你抱着一堆商品陪着小明从某一个出口出来。

白盒测试的利与弊：

与黑盒测试相比，白盒方法就像一个精确的罢工，它通过删除多余的行来揭示隐藏代码中的错误。对源代码的这种深入了解使处理副作用变得更加容易，这非常有帮助。它还可以在源代码级别上跟踪每个测试，从而可以在新添加或修改的测试中轻松捕获每个将来的更改。

它揭示了代码中每个不起眼的瓶颈，为开发团队提供了最大的覆盖范围以及清晰，简洁的反馈。这使得开发团队更容易通过优化和维护代码质量来减少技术负担，特别是因为白盒测试也可以自动化。

无论是否自动化，白盒测试通常都是非常耗时且复杂的。这种方法要求测试人员具有一流的编程技能，并对要测试的软件有透彻的代码级理解。这意味着要聘请顶尖的工程师来提高测试效率，这也使方法成本更高。

测试结果也严格地与代码编写方式联系在一起。如果更改了与相同功能相关的代码，则它将使先前的假设无效，这可能导致失败的测试用例出现误 。此外，尽管黑盒方法在功能测试中大放异彩，但白盒测试将无法交付，因为它只关注软件的现有状态。这意味着它将无法就缺少的功能提供任何反馈，从而使许多路径未经测试。

三、灰盒测试

众所周知，黑盒测试和白盒测试的重点不同，一方面表现出显着的优势，另一方面却效率低下或存在严重缺陷。反过来，灰盒测试提供了黑盒测试和白盒测试方法的优势，同时通过有效和平衡地结合两者来消除大多数缺陷。

灰盒方法将重点放在所测试软件的所有层上，而不管其复杂性如何，从而增加了测试技术的覆盖范围。黑盒测试人员确保界面和功能一切正常，白盒测试人员深入研究内部结构并修复软件的源代码，而灰盒测试则同时以非介入方式同时处理这两种情况方式。

灰盒方法通过简单的黑盒方法针对复杂的系统，几乎使从开发人员到测试人员再到最终用户的任何人都可以执行测试。但是，要设计测试用例，工程师需要具备部分内部结构知识，包括有关数据结构，体系结构以及软件功能规范的文档。生成的测试用例旨在发现并消除结构中的缺陷，并消除可能导致软件使用不当的任何空白。

四、总结

哪种软件测试方法最好？但是，说一种方法明显优于另一种方法是错误的，因为每种方法都能最好地达到不同的目标。黑匣子测试使用需求来获得外部期望并消除功能错误和不一致。白盒测试会调查源代码，以确保没有隐藏的错误或容易出现缺陷的元素。最后，灰盒测试使用高级数据和功能规范来捕获缺陷并确保软件满足要求。

总而言之，无论采用什么样的方法去测试，都需要公司和项目组成员根据实际情况去制定。灰盒测试是一个很不错的选择，其优点明显而缺点容易克服。朋友们在测试时，可以尝试用一用，看看效果如何！