用途：在设计和评审 iOS 功能或代码库的自动化测试时，帮助选择高价值测试边界、保护有意义的行为，避免测试套件缓慢、脆弱或与实现细节耦合。
适用场景：决定测什么、在哪个层级测；权衡单元、集成、系统级或跨域测试；处理过多 mock、stub、spy、协议或仅用于测试的抽象；识别重构即断裂的脆弱测试；安排覆盖率优先级；应对原型、易变功能或快速变化的架构；决定是否采用 TDD；减少夹具、样板、波动与执行时间；在自动化与手工验证间取舍。不适用于仅问测试框架语法、纯 UI 自动化机制、性能剖析，或仅调试缺陷而不涉及防回归。
核心流程：定义需保护的行为、不变量或失败风险；找到可稳定触发该行为的入口；选择仍快速、确定且可诊断的最宽边界；保留真实的确定性领域与应用组件；只替换慢速、破坏性、不确定或外部受控的边界；断言可观察输出、状态、持久化数据、发出的效果或用户可见结果；评估执行时间、诊断价值、波动性、搭建成本与维护预期；推荐能提供足够信心的最小测试集；指明测试属于本地反馈、PR 验证还是较慢的 CI 套件。
决策规则：测试有意义的行为而非孤立地测每个类型；多组件共同实现一个行为或 mock 会复现大部分协作时，倾向更宽的测试；算法、组合场景或需大量快速用例的逻辑倾向更窄的测试；XCTest 或 Swift Testing 的单元测试目标可覆盖完整功能切片；当宽测试变慢、波动或难以定位时拒绝它。对确定性、轻量且协作属于行为一部分的组件优先用真实实现；保留有用行为且无外部成本时优先内存存储或仓库；网络、存储、时钟、随机、系统 API、外部 SDK 等不稳定边界用 fake、stub、spy 或 mock；仅当交互本身属于契约时才断言交互；不要仅因某类型出现在测试中就引入协议。
优先级：优先业务关键、安全敏感、金融、认证、授权、迁移与数据丢失风险；复杂计算与状态转换；有回归历史的行为；手工验证慢、重复或不可靠的场景；易变功能中的稳定不变量。降低一次性原型、临时适配器、快速变化的 UI 组合、可能被重写的实现细节、已被更宽场景覆盖的简单转发代码的优先级。覆盖率是诊断信号而非目标，按风险、易变性与维护成本分配测试投入。
易变代码与 TDD：探索期保护关键不变量与高风险算法，不冻结临时结构；行为与边界稳定后再加更宽的回归测试；需求与结果足够清晰时用 TDD 指导设计；探索性 UI、架构探针或快速变化的产品流程不强制 TDD；若推迟测试，须明确接受的风险与替代验证方式。
断言与可维护性：断言返回值、可观察状态、持久化数据、发出的效果、有意义的错误与恢复行为；避免断言私有方法、偶然调用顺序、精确对象图或临时分解；让搭建靠近被测行为；仅在减少重复且不隐藏意图时提取辅助；夹具最小且针对场景；拆出慢速套件而非削弱所有测试。
注意事项：大量 mock 可能说明边界过窄；宽测试若失败难以定位未必更优；真实数据库、时钟、网络与系统服务可能引入波动；耦合内部调用的测试会阻碍安全重构却未保护行为；高覆盖率仍可能漏掉关键场景；快速交付不是跳过测试的理由，应明确记录接受的风险；开发很少运行的测试套件反馈价值有限。
输出期望：评审测试策略时，说明应保护的行为或风险、推荐的测试边界及原因、哪些依赖保持真实哪些替换、关键场景与可观察断言、权衡与维护风险及例外、测试如何及在何处运行；评审已有测试时还需指出实现耦合、不必要的替身、缺失的高风险场景、重复搭建、慢速或波动边界，以及应删除、拓宽或收窄的测试。相关参考文档包括测试边界、测试替身与真实依赖、基于风险的优先级、易变代码与 TDD、断言与重构韧性、测试套件可维护性、覆盖率与手工测试。