快照测试（Swift）

Q: 这个提示词是做什么的？为什么要用它？

为Swift代码生成UI 组件的快照测试。 根据 GitHub 2024 调查，97% 的开发者使用 AI 工具，AI 生成的测试首次即达 85% 覆盖率（针对UI 组件的快照测试）。快照测试提供捕获回归的安全网，并记录UI 组件的快照测试的预期行为。Claude Code 报告 9.7% 的开发者使用 AI 测试生成，自动化测试创建正成为行业标准。

为Swift代码生成UI 组件的快照测试。

参数

Name	标签	必填	默认值
code	待测试代码	Yes	-
framework	测试框架	No	auto-detect

提示词模板

你是一位资深测试工程师。为以下Swift Vapor代码生成UI 组件的快照测试。代码： ```Swift {{code}} ``` 测试框架：{{framework}} 指令： 1. 分析代码，识别所有可测路径和边界情况。 2. 生成覆盖正常路径、错误情况、边界条件的UI 组件的快照测试。 3. 使用恰当断言——避免测试实现细节。 4. 包含描述性测试名，解释预期行为。 5. 为不明显的测试设置或断言添加注释。 6. 确保测试独立，可按任意顺序运行。输出：完整测试代码，可直接粘贴到测试文件。

示例

// 为 Swift Vapor 函数生成UI 组件的快照测试 // 测试 1：正常输入返回预期结果 // 测试 2：空输入抛出验证错误 // 测试 3：边界值在极限处返回正确输出 // 所有测试使用描述性名称："当输入为 Y 时应返回 X"

使用技巧

✦测试行为而非实现——实现测试在每次重构时都会破坏。
✦覆盖边界情况和错误路径，不只是正常路径——bug 藏在边缘。
✦使用描述性测试名记录预期行为。

为何使用

根据 GitHub 2024 调查，97% 的开发者使用 AI 工具，AI 生成的测试首次即达 85% 覆盖率（针对UI 组件的快照测试）。快照测试提供捕获回归的安全网，并记录UI 组件的快照测试的预期行为。Claude Code 报告 9.7% 的开发者使用 AI 测试生成，自动化测试创建正成为行业标准。

何时使用

写新代码、修 bug 或重构前——UI 组件的快照测试应先存在。不要将此提示用于一次性脚本或不会维护的原型。

常见问题

⚠错误：测试只覆盖正常路径——"所有测试通过但边界情况有 bug"。修复：显式添加边界和错误路径测试。
⚠错误：测试依赖顺序——"单独通过但套件中失败：beforeEach 未隔离"。修复：确保每个测试设置和清理自己的状态。
⚠错误：过度 mock——"mock 返回 undefined，真实 API 返回对象"。修复：关键路径使用真实依赖或集成测试。

最佳实践

✓在代码之前或同时写测试——后写测试常漏边界情况。
✓保持测试独立：每个测试设置和清理自己的状态。
✓用最少必要的 mock——真实依赖捕获集成 bug。

常见问题解答

这个提示词是做什么的？为什么要用它？

为Swift代码生成UI 组件的快照测试。根据 GitHub 2024 调查，97% 的开发者使用 AI 工具，AI 生成的测试首次即达 85% 覆盖率（针对UI 组件的快照测试）。快照测试提供捕获回归的安全网，并记录UI 组件的快照测试的预期行为。Claude Code 报告 9.7% 的开发者使用 AI 测试生成，自动化测试创建正成为行业标准。

什么时候应该使用这个提示词？

写新代码、修 bug 或重构前——UI 组件的快照测试应先存在。不要将此提示用于一次性脚本或不会维护的原型。

如何用这个提示词获得最佳效果？

关键技巧：测试行为而非实现——实现测试在每次重构时都会破坏。；覆盖边界情况和错误路径，不只是正常路径——bug 藏在边缘。；使用描述性测试名记录预期行为。。

使用时容易出什么问题？

常见问题：错误：测试只覆盖正常路径——"所有测试通过但边界情况有 bug"。修复：显式添加边界和错误路径测试。；错误：测试依赖顺序——"单独通过但套件中失败：beforeEach 未隔离"。修复：确保每个测试设置和清理自己的状态。；错误：过度 mock——"mock 返回 undefined，真实 API 返回对象"。修复：关键路径使用真实依赖或集成测试。。

有哪些最佳实践？

推荐做法：在代码之前或同时写测试——后写测试常漏边界情况。；保持测试独立：每个测试设置和清理自己的状态。；用最少必要的 mock——真实依赖捕获集成 bug。。