该技能用于在编码任务中决定最小可用的测试策略，核心立场是：测试应证明公共行为、调用方可见契约或具体风险，而不是复制实现，也不能成为扩大生产代码接口的理由。
硬性规则：绝不为方便测试而变形生产代码。禁止仅为测试服务的导出、钩子、标志、运行时模式、依赖注入层、工厂、参数或回调；只有当接口有真实产品用途时才保留。上限原则是选择最小有用目标、用能证明它的最低层级、然后停止，不扩展为覆盖率项目。
三个步骤：目标，命名值得证明的用户可见行为、调用方契约或已复现缺陷，并确定观察它的公共边界；若无公共边界，报告测试缺口而非发明接缝。层级，使用能通过该边界证明行为的最低层级：纯规则用单元测试，跨模块或外部契约用集成测试，少量关键旅程用端到端测试，自动化成本高于信心价值时用手动冒烟测试；低层公共边界能捕获缺陷时优先于高层测试。停止，只写当前风险所需的最小测试，报告确切的验证命令与结果，仅在存在真实剩余行为风险时记录延迟测试或测试缺口。
时机：用户要求测试、任务以测试为主、要求 TDD、或已确认缺陷有清晰回归边界时，在同一轮编写测试；实现方向不确定、有用测试需要生产环境专属接缝、或现有检查加已记录缺口已覆盖风险时推迟。
Mock：只模拟不可控、昂贵、缓慢或外部的依赖，如网络、支付、第三方 API、时间、随机性、缓慢或不确定的基础设施；不要模拟被测业务逻辑、廉价的进程内协作者或内部调用顺序。大量 mock 设置和调用次数断言的测试离用户行为太远。
避免：私有函数、内部状态、组件名称、调用顺序、中间变量、逐分支镜像、无用户可见证据的 mock 被调用断言、覆盖率数字测试、项目不拥有的框架或第三方行为。
输出：实现或缺陷修复时列出实际运行的验证与延迟测试；仅当存在真实剩余风险时包含延迟测试；未写测试需注明原因：时机、范围、接缝或成本。测试编写时先声明目标，再报告验证命令与结果，包括行为、层级、边界与非目标。
完成前确认：测试触及的每个接口都有独立于测试的产品用途；所选层级是能证明行为的最低公共边界；未写的行为风险以延迟测试或测试缺口记录并附原因代码。若接缝仅为测试存在，应移除或报告缺口并等待授权。
资料未提供具体安装命令、收费、价格或平台信息。