功能（黑盒）测试的用例设计

先判断：这门课到底解决什么工作场景

很多刚接触软件测试的人，拿到需求文档后第一反应是凭感觉点点点，结果上线后漏测被追责，或者写出的用例被研发吐槽覆盖不全。这门课不碰自动化，也不讲性能压测，只聚焦一件事：怎么把一个功能需求拆解成结构清晰、可执行、能兜底的黑盒测试用例。它对应的工作场景非常具体，就是日常版本迭代中，你面对一个新增功能或改动点，需要在提测前产出一份让前端、后端、测试同事都能看懂的用例文档，用它指导执行并作为回归依据。如果你正准备转行做测试，或者在公司里临时被拉去兼顾质量保障，这份资料能帮你把最基础也最核心的产出物先稳住。

再对号：适合什么基础，建议先看哪几块

这套资料门槛很低，适合零基础转行者、刚入行半年内还没形成自己用例体系的初级测试，以及需要和测试团队对接需求的产品经理。它默认你了解软件是什么，但不需要懂代码。建议拿到资料后先看用例定义及设计方法这部分，把等价类、边界值、场景法这些概念和实际功能的对应关系理清；接着看用例模板，搞懂一条标准用例必须包含哪些字段，比如前置条件、操作步骤、预期结果为什么要写得足够具体；最后看设计过程，看懂从需求分析到用例评审的完整流转。不要跳着看，这三块是递进关系，前面概念没吃透，后面过程就会变成流水账。

落地用：学完能独立做什么，资料怎么配合练习

学完后你应该能独立完成一个中等复杂度功能模块的用例设计，比如一个带校验规则的注册登录、一个带状态流转的订单提交，能自己拆出正常流程、异常分支、边界值和逆向场景，并按规范格式输出文档。练习时不要光看，建议拿资料里的模板直接照抄一份空白表格，找身边任意一个常用 App 的功能模块，比如购物车结算或者地址新增，自己照着设计一遍，把每个字段填满。填完后再回头对照课程里的设计过程，检查自己是不是漏了异常输入、是不是没写前置条件。把这份自己产出的用例拿去和有经验的同事对一下，比单纯刷几遍视频有效得多。