构建状态面板：Activity / Crashes / Feedback 三指标
App Store Connect 构建状态面板
App Store Connect → TestFlight → Builds 面板是开发者监控每个构建版本表现的主面板。每行代表一个构建版本，从左到右的列分别是：
| 列 | 含义 |
|---|---|
| Version | CFBundleShortVersionString（版本号，如 1.2.0） |
| Build | CFBundleVersion（构建号，如 123） |
| Platform | iOS / macOS / tvOS / visionOS / watchOS |
| Status | Processing / Ready to Submit / Waiting for Review / Testing / Inactive / Expired |
| Activity | 该构建下所有测试者的总会话数 |
| Crashes | 该构建下发生的崩溃总次数 |
| Feedback | 该构建收到的反馈总数（含截屏和纯文字） |
| Installs | 安装了该构建的设备数 |
构建状态流转
一个构建从上传到过期，会依次经历这些状态：
Processing（上传后 Apple 正在解析）
↓
Ready to Submit（解析完，可以加进测试组）
↓ 加进内部组
Testing（内部测试组里分发中）
↓ 加进外部组（首次）
Waiting for Review（等 TestFlight 审核，1~3 天）
↓ 审核通过
Testing（外部测试组里分发中）
↓ 90 天到了 或 手动 Expire
Expired / Inactive点击任意一行可以看到该构建的详细视图：
- 会话时间分布（哪些天测试活跃、哪些天没人测）
- 崩溃数按平台 / OS / 设备型号的分布
- 反馈列表（可以按反馈类型、设备型号、OS 版本筛选）
- 关联的测试组（哪些组绑定了这个构建）
Activity：会话数是最基础的指标
Activity 列显示的是总会话次数——每个测试者每次打开 Beta App 算一次会话。会话数的意义：
- 会话数高 = 测试者活跃度高：更多人真的在用你的 Beta App，而不是装完就放着。
- 会话数低：可能是 Beta App 描述没写好、或者测试者拿到安装后就忘了、或者有崩溃导致不敢打开。
- 和 Installs 对比：如果 Installs 高但 Activity 低 → 很多人装了但没在用 → 需要回头检查你公开链接的测试说明是不是没把核心场景说清楚。
Crashes：崩溃数是改进信号
Crashes 列显示崩溃总次数。点击进去直接跳到崩溃面板（见 09-feedback-crashes/05-developer-view-crashes.md），自动按这个构建过滤。崩溃数是最有价值的指标之一：
- 崩溃数下降：说明你修的 bug 生效了——这个构建比上一个好。
- 崩溃数飙升：说明你这次改动引入了新 bug——立刻去崩溃面板看高频崩溃的堆栈。
- 按构建版本对比：把最近 5 个构建的崩溃数放在一起看趋势——上升 = 质量在变差，下降 = 在变好。
Feedback：反馈数
Feedback 列显示收到的总反馈数。点击进去跳到反馈面板（见 09-feedback-crashes/04-developer-view-feedback.md）。
反馈数本身不说明问题——关键是反馈的质量和类型分布：
- 大部分是功能建议 → App 可能太无聊、需要加新功能。
- 大部分是崩溃报告 → App 稳定性差、要集中精力修崩溃。
- 大部分是 UI 问题 → App 界面设计要改进。
- 只有零散几条 → 要么测试者太少，要么 App 确实没问题。
- 完全没有反馈 → 可能 Beta App Description 没引导测试者反馈，或者测试者根本没在用。