测试用例
Test Case
中级通用测试用例（Test Case）是针对一个具体行为写下的输入或前提、操作步骤和预期结果。它帮你和 AI 把“功能正常”变成可以逐项核对的判断：比如提交空密码后，登录失败且不创建会话。
你可能会说：「帮我把登录功能该怎么测写清楚，尤其是出错时该看到什么结果。」
读之前建议先了解
动手看看空密码登录用例执行卡
TC-017 · 拒绝空密码登录
进度 3/3
前提：账号有效，当前没有会话
输入：账号 + 空密码
lin@example.com
密码为空（0 个字符）
登录
实际结果
登录失败：请输入密码
会话：未创建
预期：登录失败，而且不创建会话
通过：登录失败
通过：未创建会话
登录实现
把进度拖回 0 再逐步执行：确认前提、准备输入、模拟提交、核对结果。登录按钮可体验悬停和按压，实际执行由进度参数模拟。
预期要拆开核对：登录失败是一项，不创建会话是另一项。两项都通过，这条用例才算通过。
要点一个测试用例要写清哪些事？
- 1
先确定要验证的行为
一个用例通常聚焦一个可判断的行为。比如你想验证“密码为空时不能登录”，就别把找回密码也塞进来。这样失败时，你更容易知道是哪项行为出了问题。
- 2
把前提输入和操作说具体
写“测试登录失败”还不够，因为别人不知道用什么账号、怎么操作。你可以写明账号已存在、密码留空，再点击登录。前提明确后，AI 和人才能按同样条件复现。
- 3
写出能观察的预期结果
预期结果不是“处理正确”，而是你能核对的变化：页面提示密码不能为空，用户仍停留在登录页，也没有创建会话。把结果说具体，执行完才知道通过还是失败。
容易混淆的地方
测试用例回答的是“在这些条件下做这件事，应该得到什么结果”。验收标准描述功能要满足的要求，通常覆盖面更广；你可以从一条验收标准拆出多个测试用例。自动化测试脚本则是执行和检查用例的一种方式：用例可以先写成人能照着操作的文字，不等于已经写好脚本。
什么时候用
适合用
- 让 AI Agent 修改登录表单时，列出空密码、错误密码和正确密码各自的测试用例，方便验收。
- 修复订单金额计算的缺陷后，保留能复现原问题的测试用例，再检查改动有没有让问题重现。
- 团队交接导入功能时，用测试用例说明文件格式、操作步骤和成功或失败时的可见结果。
不适合用
- 产品还没决定登录失败时如何提示，先讨论用户体验并定验收标准；此时写预期结果会变成猜测。
- 只是想统一代码缩进、找出未使用变量，先运行代码规范检查工具，比逐条设计功能测试用例合适。
- 线上突然出现大量请求失败，先看监控和服务端日志定位故障；找到原因后再补防止复发的测试用例。
练一练选一个答案，看看解释
你让 AI Agent 测试登录页的“密码为空”情况。下面哪项最像一个可执行、可判断的测试用例？
让 AI 帮你做复制给 AI Agent 直接用
请根据当前登录功能整理测试用例，分别覆盖正确密码、错误密码和空密码。每条写明前提、输入、操作步骤和可观察的预期结果；遇到产品行为未定义的地方，请标出待确认，不要自行假定。