我读过有关白盒测试的内容。声明范围，分支覆盖范围，单位完成的路径覆盖，集成级别。在此，我们派生测试用例以获得语句，分支和路径的最大覆盖率。但我想问一下我们如何处理白盒测试期间构建的测试用例？我的意思是在黑盒测试中，我们在被测应用程序上执行测试用例，以便检查它们是通过还是失败。但我们如何处理白盒测试的测试案例？
我的第二个问题是在白盒测试中发现了哪种类型的缺陷？
答案 0 :(得分：0)
在黑匣子和白盒测试中，您正在执行测试用例并跟踪它们是通过还是失败。黑盒和白盒测试之间的区别在于您对被测系统的了解。
在黑匣子测试中，您无权访问该代码。您根据用户认为应用程序的行为方式编写测试用例。我普遍看到这种类型的测试对现有产品的要求覆盖很少或没有，或者与第三方整合时，其技术没有得到很好的记录。
在白盒测试中，您可以检查应用程序代码，并且可以访问业务规则和要求。大多数项目就是这种情况，特别是当质量保证或测试从一开始就是项目的一部分时。
对于现实世界的示例，请考虑测试登录页面： - 当有人为您提供没有要求的登录页面时，黑匣子测试将要求您进行测试。您不知道预期的错误是什么，但您猜测您应该只能使用有效的用户名和密码登录。 - 白盒测试将在您获得用户故事或要求时指定有效用户名的作用，有效密码的作用，识别任何错误消息，甚至可以指定哪些按钮和文本出现在屏幕上。
简而言之，白盒测试可以进行更彻底，更强大的基于需求的测试，而使用黑盒测试，您可以猜测并消除您的直觉和过去的体验。
白盒测试的一个优秀用例是自动化。您可以自动执行黑盒测试，但是当您自动执行白盒测试时，您可以检查特定的措辞，吐司，错误等。