并排对比
| Closed Testing | Open Testing | |
|---|---|---|
| 生产环境前是否必须 | ✅ 是(2023 起对新 app) | ❌ 否 |
| 最低测试员数 | 12 | 0 |
| 最低时长 | 14 天连续 | 无 |
| 可见性 | 邀请制(testing URL) | Play Store 公开 · "Early access" badge |
| 适合 | 稳定性 + Google 反作弊 | 全量发布前的广反馈 |
| 可验证报告 | 有 — TestHive 生成 | 无 |
什么时候做 Closed Testing
新 app 必做。Google Play 2023 年底引入对所有新 app 的 12 × 14 Closed Testing 强制要求。不做 = 不能上架生产环境。
Closed Testing 也适合:
- 想从可联系的人那里拿到聚焦反馈
- 你的 app 有严重 bug 不想公开曝光
- 想要可验证测试记录(TestHive 出 SHA-256 可验证 PDF 报告)
什么时候做 Open Testing
Closed Testing 完成之后,想要在全量发布前更大的 beta 池。Open Testing:
- 任何人有链接就能加入
- 在 Play Store 显示 "Early access" badge
- 适合软启动测试 — 接近生产的曝光但可撤回
但 Open Testing 不能替代 Closed Testing。Google 的要求专门针对 Closed track。
典型发布顺序
常见独立开发者发布 playbook:
- 内部测试(几天)— 你自己的设备 · 验证构建
- Closed Testing(至少 14 天)— TestHive 12 位测试员 · 结构化反馈 · 出可验证报告 ⭐
- Open Testing(1-2 周 · 可选)— 软启动 50-500 用户 · 抓最后一公里 bug
- 生产环境 — 上架到公开 Play Store
第 1 步和第 4 步是显而易见的;有意思的选择是第 2 和第 3 之间。
成本对比
| Track | 测试员招募成本 | 时间成本 | TestHive 成本 |
|---|---|---|---|
| Closed Testing | TestHive $0-$50 | 14 天强制 | 免费(Karma)或 $10+(T-Coin) |
| Open Testing | $0(你自己招) | 0 最低 · 可选 | 无关(TestHive 不接 Open) |
对多数独立开发者,成本差异可以忽略 — 找 Open Testing 志愿者花的时间成本通常超过在 TestHive 上花的几美元。
TestHive 的定位
TestHive 只做 Closed Testing。我们不接 Open Testing,因为:
- Open Testing 的激励结构本质不同(志愿者 · 不付费)
- Google 反作弊对 Open 不像对 Closed 那样起作用
- 我们想专注 Closed Testing 痛点 — 12 × 14 的可靠性
需要 Open Testing 测试员,典型渠道:你的 Twitter/X 受众、subreddit、Discord。TestHive 的工作是把你干干净净送过 Closed Testing,让你顺利走到 Open Testing 阶段。