白盒测试的目的

Question

我读过关于白盒测试的书。语句覆盖率、分支覆盖率、单元路径覆盖率、集成级别。在本文中，我们派生测试用例，以获得语句、分支和路径的最大覆盖率。但我想问一下，我们如何处理白盒测试期间生成的测试用例？我的意思是，在黑盒测试中，我们对被测试的应用程序执行测试用例，以检查它们是否通过测试。但是我们如何处理白盒测试的测试用例呢？

我的第二个问题是在白盒测试中发现了什么类型的缺陷？

Answer 1

在黑盒和白盒测试中，您都在执行测试用例，并跟踪它们是通过还是失败。黑盒测试和白盒测试的区别在于你对被测系统的了解。

在黑盒测试中，你没有访问代码的权限。你是根据你作为用户认为应用程序应该如何运行来编写测试用例的。我通常会在现有产品上看到这种类型的测试，这些产品几乎没有或根本没有需求覆盖，或者在与第三方集成时，这些第三方的技术没有很好的文档记录。

在白盒测试中，您可以检查应用程序代码，并且可以访问业务规则和需求。大多数项目都是这样，尤其是当QA或测试从一开始就是项目的一部分时。

对于一个真实世界的例子，考虑测试一个登录页面：一个黑盒测试将是当有人给你没有要求的登录页面，并要求你测试它。你不知道预期的错误是什么，但你猜你应该只能使用有效的用户名和密码登录。-白盒测试是当你得到一个用户故事或需求，指定什么是有效用户名，什么是有效密码，识别任何错误消息，甚至可能指定屏幕上出现的按钮和文本。

简而言之，白盒测试允许进行更彻底、更健壮的基于需求的测试，而黑盒测试则会让你猜测并偏离直觉和过去的经验。

白盒测试的一个优秀用例是自动化。您可以自动执行黑盒测试，但当您自动html" target="_blank">执行白盒测试时，您可以检查特定的措辞、祝酒词、错误等。