用途：在功能测试、回归测试、UAT 用例准备、API 接口测试、表单/状态机/业务规则测试中设计测试用例。参考 ISTQB Foundation 黑盒测试技术、Cem Kaner《Lessons Learned in Software Testing》、Glenford Myers《The Art of Software Testing》。
核心原则：用例 = 前置 + 步骤 + 数据 + 预期 + 后置；一个用例只测一件事；预期必须可验证；用例可独立执行；命名要能读出测什么。
五大方法：等价类划分（每类选代表，如年龄 [0,150] 取 30、-1、200、"abc"）；边界值分析（min-1,min,min+1,max-1,max,max+1，覆盖数值、长度、时间、数组、字符串）；决策表（多条件组合枚举，如会员+满100+优惠券 8 种组合）；状态转换（合法与非法转换都测，如 delivered→cancelled 非法）；错误推测（SQL 注入、XSS、路径穿越、空值、编码、时区、货币、分页、并发等）。
工作流程：读 PRD/API 契约/UI 流程→提取测试点→选方法→写正向用例→写反向用例→写边界用例→写状态转换用例→评审。数量参考：单字段 7~10 个；多条件决策表 2^N（避免爆炸用 Pairwise）；状态机为合法+非法转换数；CRUD 端点约 8~12 个。优先级 P0~P3 按用户暴露度、业务影响、失败成本打分。
限制与常见坑：只写正向、预期不可验证、用例依赖顺序、漏 max+1、非法状态转换不测、决策表不剪枝、命名 test_001、共用账号、不写后置清理、照抄业务文档。配套模板 templates/test-case-template.md，上游为 test-strategy、risk-based-testing，下游为 api-testing、acceptance-testing、regression-testing、bug-reporting。