先提供真实规则再生成用例
Claude可以帮助你从需求整理测试场景，但必须先提供可验收规则。没有需求时生成一百条用例，可能只是通用列表。本文使用虚构用户名校验练习，未运行任何真实系统，不将生成用例说成测试已通过。
虚构规则与待确认行为
材料规定用户名长度为三到八个字符，只允许小写字母，用户名必须唯一。空格是否先修剪、字符长度怎样计算尚未说明。先保留这些未知，不让模型用自己熟悉的产品行为填空。真实规则如不同，需要替换练习条件。
按输入类别选择场景
正常场景可用“alice”，长度下界用三字符，上界用八字符；下界外两字符和上界外九字符应按已知长度规则拒绝。再检查大写、数字、空输入与已存在名称。不要把每个普通名称都算成一种新的覆盖。
边界值要和需求对应
每条用例写来源规则、前置条件、输入、步骤、预期结果。唯一性测试需要有一条现存记录，不能只提交一个名字就认为测了重复。含空格的输入由于修剪规则未知，应标待确认，不给确定通过或失败结论。
加入状态与权限路径
如果只有管理员能创建账号，就补充未登录、普通用户和管理员场景；如果需求没有权限说明，列为评审问题。服务异常时显示什么、是否留下半成品记录，也应先明确预期再写断言。
从生成清单到实际执行
用例是计划，执行结果需要在实际环境中记录。为每项附环境、实际结果与证据，失败时保留输入及报错。先跑高风险规则与边界，发现需求不清楚就回到负责人确认，而不是把含糊用例标成成功。
常见问题：用例越多越好吗
更有价值的是覆盖不同规则和失败机制，而不是数量。合并重复路径，保留可以复现的关键输入。代码排查可参考《用 Claude 排查代码：从最小复现开始》；需求未清楚时先阅读《Claude 需求整理教程：把想法改成可验收条件》。