有了想法，再来几个文件推你往前走。

Mehdi Azizi 整理的资源 · 2026年9月27日

五个免费模板，帮你理清第一个 iOS 应用的范围、和 AI 代理协作，并做好发布前的检查。下载当前阶段用得上的文件，按你的项目修改就行。不用邮箱，也不用注册。

选出下一个要解决的问题

想法还很模糊？先从需求文档开始。已经有原型了？直接用测试表。如果准备提交给 Apple，先检查完主要流程，再用 App Review 说明。

Markdown 文件用文本编辑器就能打开。CSV 文件可以导入 Numbers、Excel 或 Google Sheets，分隔符选逗号，编码选 UTF-8。保留一份模板原件，在你自己的文件里填写结果。

写清楚你要帮助的人、他的问题、主要流程，以及第一版不做什么。最后列出可观察的验收标准。

使用方法： 别写「一个阅读应用」，而要写「添加一本书，记录读到的页数，关闭应用后还能找回这个进度」。

在把一个界面交给代理之前，先定好技术栈、项目边界、常用命令和需要做的检查。模板附带一个数据持久化练习。

使用方法： 让代理说明它要修改哪些文件，并分开列出它测试过的内容和没能验证的内容。

把发布费用、开发工具和应用消耗的服务分开。写下你的假设，以及查看价格的日期。

使用方法： 你的编程工具订阅费，和你的应用用户发起的一次 AI 请求，是两项不同的开支。

十六个场景，每个都有准备步骤、要执行的操作、预期结果，以及一栏记录你的证据。重点覆盖数据持久化、网络、小屏幕，如果应用有订阅，也包括订阅。

使用方法： 按钮能用一次，不代表流程通过：重启应用，拒绝一次权限，再在支持的最小屏幕上重做测试。

为审核员准备一条明确的路径：如何访问、主要功能、可能的测试购买、硬件要求，以及被拒后的回复。附有法语说明和一份待填写的英文模板。

使用方法： 写明在各个界面中的操作路径和预期结果。演示账号填写在 App Store Connect 里，绝不能放进公开文档。

每个场景都要记下应用版本、设备、系统版本和实际观察到的结果。没执行的测试保持「待测试」。产品里没有的场景可以标为「不适用」并注明原因。测试失败时，先保留能复现问题的步骤，再去要求修复。

测试表不能代替 Apple 的规则，也不保证应用一定通过审核。App Review Guidelines 和 TestFlight 文档才是标准依据。TradaZen 案例说明了为什么能跑的原型并不总是够用。

iOS Kit 的学习路线一步步带你从想法走到 App Store。无论买不买套件，本页的模板都免费。