Swift Testing、XCTest 与性能验证

为什么需要它

测试要保护真正容易出错的边界，而不是给每个属性写一条赋值断言。纯逻辑测试适合验证价格计算、状态转换与同步合并；集成测试覆盖存储、接口或框架接合；UI 测试检查用户能否完成关键流程。不同层提供的证据不能相互替代。

它是怎样工作的

Swift Testing 可用于现代 Swift 测试组织，XCTest 在既有项目和 UI 自动化等场景仍常见。异步测试应等待真实完成条件，不依赖随意 sleep。性能先用 Instruments 找瓶颈，再针对主线程工作、内存增长或重复请求做优化；模拟器上流畅不能证明低端真机也符合预期。

把关键概念连起来

1import Foundation2import Testing3@Test func titleIsTrimmed() {4    let input = "  Swift  "5    let title = input.trimmingCharacters(in: .whitespaces)6    #expect(title == "Swift")7}

• 测试的价值在于固定输入与明确预期：断言应描述业务规则，而不仅是函数有没有被调用。
• 示例适合放入对应测试 Target；需要外部资源的逻辑应注入替身或隔离的测试存储。

用于理解当前概念的代码片段；部分示例需要放入对应工程与作用域，并补齐上下文。

做一个小练习

为阅读清单设计三个有意义的测试：空标题、标记已读、重启后数据仍在。

1. 为一个功能写成功、空输入、依赖失败三项有业务意义的验收。
2. 连续打开并关闭详情，观察对象或内存是否持续增加，再判断是否存在保留问题。