用途：把需求转化为可执行的验证步骤，确认系统按预期工作。虽然测试通常由 QA 执行，BA 常需定义场景以保证业务逻辑被覆盖。适用时机：需求阶段（确保可测试性）、UAT 规划（为用户编写脚本）、评审 QA 测试计划（验证）。
测试用例的组成：ID（唯一，如 TC-001）、标题（简明摘要）、前置条件（如“用户已登录”）、测试步骤（用祈使动词分步描述，如 Click、Enter、Verify）、测试数据（如 Email: test@example.com）、预期结果（具体）、后置条件（测试后状态，如“订单已在数据库中创建”）。
BA 测试用例类型：1）正向路径（Happy Path），标准流程正常运作；2）负向路径（错误处理），使用无效输入；3）边界用例（Edge Cases），测试极限，如恰好 255 字符被接受、256 字符被拒绝；4）业务逻辑/复杂流程，多步骤场景，如加入商品→应用折扣→移除商品→核对总额重算。
模板示例：场景为应用促销码，ID 为 TC-PROMO-01，描述为验证 'SUMMER20' 提供 20% 折扣；前置条件为购物车中有一件 100 美元商品；步骤为 1. 进入购物车。2. 在促销字段输入 'SUMMER20'。3. 点击 'Apply'；预期结果为 1. 显示成功提示 'Code Applied'。2. 折扣行显示 -$20.00。3. 总额为 $80.00。
可追溯性：确保每个测试用例链接回需求（FR），如 TC-PROMO-01 <--> FR-CART-05（促销码）。
最佳实践：每个测试只做一次验证，不要把 10 件事放在一个用例里；描述要具体，不要写“检查结果”，而写“验证文本显示 'Success'”；测试应清理数据（后置条件），避免阻塞下一个测试。
工具：Lark Base / Excel 用于简单测试跟踪；Jira / Zephyr / Xray 为集成式测试管理；TestRail 为专用测试工具。其它收费、价格或平台限制暂未提供。