No.46核心核对于 2026-09-261 条来源

测试用例Test Case

一句话

测试用例是一条写清前提、步骤、输入和预期结果的检查记录，谁照着做都能得出同样的判断。

大白话

测试用例像菜谱加验收标准：用什么食材、按什么步骤、做出来应该是什么样，换个人照做也能判断成没成。

比喻的边界

菜谱只写正常做法；测试用例还要专门写异常情况，比如空输入、超长文字、没有权限，这些往往才是出问题的地方。

拿去就能用

开始做

帮我为写测试用例，使用者是。每条写清前提、操作步骤、输入数据和预期结果，覆盖正常、边界和出错的情况，先列成表格给我确认。

还差：功能名称、用户角色，发给 AI 前记得换掉

出错了

用例里“上传超过 10MB 的图片”的预期是提示“文件太大”，实际页面没有任何提示。帮我确认是用例的预期写错了还是功能有问题，先说依据，再决定改哪一边。

想做深

我的测试用例已经有 30 条，每次都手点太慢。帮我按重要程度排序，挑出最该自动化的几条并说明理由，再把它们写成自动测试。

别这样说

帮我测一下注册功能。

这样说

帮我为注册功能写测试用例，每条写清前提、步骤、输入和预期结果。至少覆盖正常注册、邮箱已被注册、密码太短和网络断开四种情况，先列出来给我看，不要直接执行。

差别：把“测一下”变成了有结构、有覆盖范围的检查清单。

容易误解：

误解写好了测试用例，就等于测过了。

其实是用例只是检查计划；每次改动后要实际执行，按版本记下结果。没执行的不能写“通过”，旧版本的结果也不能代替新版本。

展开专业理解

一条用例通常包含前提条件、被测对象、输入数据、执行步骤、预期结果和实际结果。自动化测试里，步骤就是代码里的操作，预期结果写成断言。好的用例集按优先级覆盖正常路径、边界值和错误路径，而不只是证明“能用”。