封闭测试为什么会失败：14 天窗口的实地笔记
大多数正式版访问申请并不是丢在表单上的。它们丢在窗口的中段：计数悄悄滑到下限以下，没人察觉，直到 Google 把它退回来。
要求说起来很简单：12 名测试者，已加入，并且连续 14 天。 2023 年 11 月 13 日之后创建的个人账号，在这轮跑完并且申请通过审核之前，无法分发应用。
开发者把它当成招募问题，于是所有力气都花在第一天。群聊、Discord 服务器、表兄弟们。窗口剩下的时间被当成等待期。测试就是死在这种框架里。要求不是第一天有十二名测试者，而是窗口里的每一天都有十二名测试者，包括没人想到你的应用的那些日子。
测试死掉的三种方式
1. 计数滑落
加入是前重后轻的。你最终能拿到的人，几乎都会在头几天、你还在开口拉的时候说好。流失则反过来，缓慢地持续两周：测试者退出，在清理手机时卸载，失去兴趣。每一次离开都很小，门槛却不是。掉到 11 人你就低于下限，这一轮就不再计入。
日子也不会回来。Google 的指引明确要求这段时间必须连续：先退出、之后再加入的测试者，开启的是一段新的连续，而不是接上原来的。第 6 天你放着不管的一次下滑，可能赔上整个窗口。
2. 装了却从不打开
计数不是全部要求。Google 把测试者参与度不足明列为把应用退回继续测试的理由，就写在低于最低人数的旁边。数字可能是对的，申请照样被退回。
这是最会藏身的失败。加入链接把一个名字放进名单，却不会把一次会话放进你的分析。装了应用却从不打开的测试者，让控制台一直保持绿色，而真正的信号在下面腐烂。什么都不会变红。
它在表单上也会抓住你。申请会问测试者做了什么：是否用了所有可用功能，使用情况是否与正式环境的行为一致，你收到了什么反馈，以及怎么收集的。没有活动的测试回答不了这些问题，而空白并不是一个中立的答案。
3. 账号本来就有问题
有些轮次在开始前就输了。之前被拒的正式版访问申请。不完整的商店页面。一直没解决的政策问题。14 天跑完，报告出来，表单提交，Google 拒绝，理由和你的测试者毫无关系。在开始计时之前检查账号，而不是等它被退回来之后。
为什么把招募都堆在前期是错误的执念
连续加入的规则改变了算法。测试者在窗口里每一天的价值并不相同。
在第 12 天失去第 12 名测试者，比在第 0 天得到 5 名测试者更亏。早期招募便宜又充足：加入链接最多接收 100 个名字，上限从来不是瓶颈。撑住这一轮的，是窗口后段的测试者。
所以要优化的数字不是峰值人数，而是最差那天的最低计数。招到高出下限一个舒服的余量，然后用接下来的两周守住下限。
流失实际长什么样
失败的测试有形状，你能从每日计数里看出来：
- 第 1 到 3 天。 计数跳到峰值。你邀请的人都出现。这感觉像成功，也是整张图里信息最少的部分。
- 第 4 到 9 天。 安静的一段。一两名测试者流失，计数仍在下限之上，所以看起来什么都没问题。轮次就是从这里开始变坏的，也是人们不再检查的部分。
- 第 10 到 14 天。 轮次真正丢掉的地方。计数已经侵蚀了一周，开发者三天没打开控制台，而现在一次离开就会重启一切。
每日检查很无聊：打开控制台，把今天和昨天比一比。20 名测试者掉向 12，比 14 名稳在原地的处境更糟。
健康的测试长什么样
三件事，按顺序：
- 趋势。 方向告诉你下周会是什么样。总数只告诉你今天在哪。
- 测试者是否在打开应用。 加入是要求本身，会话才是要求存在的意义。看不到活动，你就是在跑一份名单，不是在跑测试。
- 你会重新开始的那一天。 让它在整整 14 天里都可见。计数每撑住一天，那个日期就往后推一天，而它是唯一有意义的记分牌。
数字下滑时，当天就从你已经信任的来源补上测试者。24 小时内修好的下滑不花你任何东西。第 13 天才修的下滑赔上两周。等他们回来看会不会回来，是最贵的选择。
没人能伪装的环节
守住计数每天只要几分钟。难的是供给：在整个窗口里持续保持加入的经过验证的测试者，而不是第 2 天装完就消失的人。
这部分由 Console Testers 来做。我们会把 30 名经过验证的测试者放到你的测试轨道上，并在整个窗口乃至之后都让他们留在那里，结束时生成测试报告，供正式版访问申请表单使用。计数不取决于你的群聊在第 11 天是否还活着。
诚实的结论
招募发生在第一天。测试发生在其余 13 天，而这些日子从来不会出现在日历上。
每天盯 14 天，能把你送到表单前。一次拒绝会让你回去再跑 14 天，才能重新填表。
参考来源
- Google Play Console 帮助：新个人开发者账号的应用测试要求，包括测试者最低人数、连续加入规则、作为继续测试理由的参与度、申请表，以及审核时间。