“白盒”测试方法依赖于对应用程序内部结构和代码的了解。从历史上看，这种方法是开发人员的特权，但随着软件的复杂性增加，测试人员也开始使用它的方式。与“黑盒”测试（仅测试输入和输出数据）不同，这里需要理解系统内部的工作原理。
关键特点：
手动测试人员通常只限于用户场景，忽视实现逻辑层面的潜在缺陷。这导致在复杂系统中遗漏关键错误。
学习至少代码结构的基础知识，能够阅读简单的函数和流程图，学会向开发人员提问。理解“白盒”原则的手动测试人员在市场上更加突出。
认为手动测试人员不使用“白盒”测试的方法有什么错误？
误认为这种方法是专门为自动化测试人员准备的。在许多公司，测试人员手动检查内部计算和数据结构，尤其是在复杂项目中。
单元测试是否是手动测试人员“白盒”测试的同义词？
不是。单元测试是自动化工具。手动测试人员使用类似的分析原则，但不为这些检查编写代码。
如果在开发阶段应用“白盒”的方法，就可以仅限于用户场景吗？
不可以。用户场景可能会发现代码层面遗漏的错误。只有结合用户和代码两方面的方法才能实现最大的覆盖率。
测试人员根据用户场景检查新模块，但没有关注复杂的折扣逻辑是如何计算的。因此遗漏了计算错误。
优点：
缺点：
测试人员分析了内部流程图，并要求开发人员对折扣计算进行说明，手动检查了与用户的额外案例。
优点：
缺点：