测试用例

测试用例

测试用例是一份明确描述“在什么条件下，对哪个功能，输入什么数据，预期得到什么结果”的书面文档，它是软件测试最基础的执行单元。

我带过不少刚入行的测试工程师，发现很多人第一周都在写测试用例，但写的全是“点击登录按钮，看能不能登录”这种模糊描述——这根本不是合格的测试用例，它没法被别人复现，也没法判断通过还是失败。

一个真正能用的测试用例必须包含5个要素：前置条件、操作步骤、输入数据、执行环境、预期结果。比如“在Chrome 124版本下，用户输入已注册手机号+错误验证码，点击‘获取验证码’按钮后，页面应提示‘验证码错误，请重新输入’，且不跳转到首页”。

这一点非常关键。

• 测试用例不是越多越好——我去年审过一份电商后台系统的测试用例，总共2800条，其中63%是重复覆盖同一逻辑，真正有区分度的不到900条
• 它必须可执行、可验证、可回归——如果一条用例你写完自己都懒得跑第二遍，那它大概率是废的
• 业务变更时，测试用例比代码更容易被忽略更新。我们有个客户因为没同步修改“优惠券叠加规则”的用例，上线后才发现满减和折扣券能同时用，一天多赔了17万

很多开发觉得测试用例是测试的事，其实不是。我在两个项目里推动开发在提测前先写核心路径的测试用例，返工率直接降了40%左右。说白了，它本质是大家对“这个功能到底要做什么”的一次对齐。