手动业务逻辑测试旨在检查应用程序实现的功能是否符合客户或分析师描述的业务需求和使用场景。
随着IT产品的发展，业务逻辑的复杂性增加。应用程序开始包含分支场景、条件和异常，而自动测试并不总是涵盖独特的用户故事。手动测试使得可以将所需的逻辑应用于客户的实际任务。
在大多数情况下，陷阱在于测试人员：
仅依赖文档，而忽视真实的用户场景；
未覆盖所有异常；
遗漏业务规则之间的复杂依赖。
为了高质量的手动业务逻辑测试，应：
关键特性：
关注细节： 即使是微小的业务逻辑不准确也可能导致重大损失。
与客户的互动： 获取对争议点的反馈很重要。
覆盖所有替代路径： 需测试不仅是典型的场景，还有非典型场景。
在测试业务逻辑时，可以完全依赖测试文档和需求吗？
不可以。文档通常不涵盖应用程序行为的所有方面，尤其是在复杂的分支场景中。此外，向需求持有者澄清细节和通过探索性测试来研究系统是至关重要的。
是否必须测试所有可能的业务逻辑负面场景？
是的，仅测试“正确”（积极）场景会导致漏掉关键错误，这些错误可能在错误输入、用户错误或违反业务规则时出现。
只需正式确认测试步骤，就可以声称业务逻辑实现正确吗？
不可以。形式化执行测试用例并不能保证所有业务逻辑都正常工作——需要检查条件和场景之间的关系，评估用户体验并验证是否符合业务的实际期望。
测试人员严格遵循文档，没有向客户确认细节。只测试了银行应用程序中服务激活的主要场景。
优点：
缺点：
测试人员积极与业务分析师互动，不仅测试了所有正式场景，还测试了带有边缘条件的参考案例（例如，周末服务不可用）。
优点：
缺点：