test-optimize

test-optimize

目标

用能提供有效信心的最小测试类型，证明调用方真正依赖的行为。测试代码要聚焦规则、转换、边界和错误，不要验证测试准备代码或语言本身。

写入前的可读性检查

每次新增或更新内容，必须先润色并核对全部待写入文字。humanizer-zh skill 可用时，必须调用它，完整读取并应用其 SKILL.md。当前任务已读取且文件未变化时可以沿用；不可用时，按下述大白话规则完成检查并继续写入。

处理范围包括本次写入的全部测试名称、注释、JSDoc、评审记录、测试说明和其他说明文字。先确定要验证的行为，再按上述规则润色草稿，核对含义后写入。不能只润色最终回复或部分文件。

保留测试所验证的行为、条件、否定、预期结果和确定程度。代码、标识符、命令、路径、URL、链接目标、结构化数据、测试输入及断言值保持原样。测试名称可以润色，但仍须准确说明场景和预期行为。写入后再次修改文字时，修改部分也须经过同样处理。

humanizer-zh 不可用时，用常用词和短句说明测试在什么条件下验证什么行为、预期结果是什么；必要术语用普通语言解释，删去空话和重复，不添加未经证实的信息。按刚接手测试的读者视角通读，确认能理解测试目的和失败意味着什么。继续完成写入，并在回报中简短说明采用了大白话规则，不声称调用过该 skill。

执行流程

[收到测试任务]
        |
        v
[定位真实风险与可观察行为]
        |
        | 完成：能说明删除哪条规则会使测试失败
        v
[按真实依赖边界选择测试类型]
        |
        | 完成：测试类型与实际触达边界一致
        v
[按读取规则加载 reference]
        |
        v
[删除或改写无意义测试]
        |
        | 完成：每个断言都会在目标行为回归时失败
        v
[检查全部待写入文字的可读性，再写入]
        |
        | 完成：文字易读，测试行为、输入和断言值保持准确
        v
[运行最小相关测试、文件级 lint 和类型检查]
        |
        | 完成：所有命令无错误、无警告，且未放宽断言
        v
[报告修改、保护行为与验证结果]

读取规则

• 选择或调整测试类型时，读取 references/test-types.md。
• 新增、修改或评审单元测试的断言、命名、测试数据和注释时，读取 references/assertions-and-comments.md。
• 测试使用 mock、stub、spy 或涉及真实依赖边界时，读取 references/mocking.md。
• 新增、修改或评审任何测试时，必须读取 references/anti-patterns.md，对照其中的反面例子清理无意义测试逻辑。

完成标准

• 测试只保留真实行为、边界、错误或对外契约断言。
• expected 由规则独立定义，不是从 setup 对象原样复制。
• mock 只隔离与当前风险无关的协作者，不代替正在验证的行为。
• 单元测试块和断言注释符合项目规范，注释说明目的、总结和期待。
• 完成最小相关验证；只在影响共享行为时扩大范围。

回复要求

只报告选择的测试类型及原因、删除或改写的无意义逻辑、当前保护的行为，以及实际执行的验证命令和结果。