封闭式测试的 14 天从什么时候开始算 — 计算规则与中断情况

1. 14 天从什么时候开始算

Google 文档写明，需要至少 12 名测试人员在最近 14 天内持续选择加入测试。这里的标准是‘保持选择加入状态的时长’。

1. 将测试人员列表（电子邮件地址）添加到封闭式测试轨道并保存。
2. 必须在发布概览中点击 [发送更改以供审核]，更改才会真正生效。最常被遗漏的就是这一步。
3. 每位测试人员通过选择加入链接选择加入测试并安装应用。
4. 从第 12 名测试人员进入参与状态的那一刻起，开始计算 14 天。

一天不是按日期，而是按24 小时来计算的。应用信息中心会显示“目前有 12 名测试人员已选择加入 N 天”，这个 N 从凑满 12 名的那一刻起，每过 24 小时加 1。凑满当天不算作第 1 天，也不会在午夜跳变。

这并非官方文档中的内容，而是我们在运营中的应用的 Play Console 里确认的。一个在周一上午 11:40 凑满 12 名的应用，到周二下午和周三上午都还显示“1 天”，直到超过 48 小时的周三下午才变成“2 天”。所以满足要求的时间不是第 14 天，而是 从凑满的那一刻起整整 14 天之后。

2. 需要保持什么

关键有两点：人数和连续性。

• 参与中的测试人员不能少于 12 名。
• 14 天必须连续不间断。测几天、停几天、再接着测，这样的天数不会累加。
• 应用必须一直保持安装。卸载应用后，参与状态无法保持，该测试人员就不再计入人数。

Google 文档写明，在加入测试后未满 14 天就退出的测试人员，不会计入要求。退出后再重新加入，该测试人员需要从头再满 14 天。

3. 计数中断的情况

实际导致计数中断的情况，大多是以下四种之一。

• 中途修改了测试人员列表。移除账号后，该人员会立即被扣除。添加没问题，但移除有风险。
• 暂停了测试轨道或新建了测试轨道。更换测试轨道后，之前积累的参与记录无法延续。
• 测试人员卸载了应用或退出了测试。拜托熟人帮忙时，这是最常见的失败原因。该测试人员不再计入人数，即使重新加入，也要从头再满 14 天。请事先告知大家 14 天内不要卸载。
• 人数太紧。刚好 12 名的话，只要一个人退出，要求就无法满足。预留备用人员会更安全。

4. 为什么看不到数字

经常有人问：应用明明装上了，Play Console 里却看不到数字。这并非官方文档中的内容，但根据我们的运营经验，统计数据延迟一到三天才更新的情况很常见。在更新之前，时间序列图表有时根本不会显示。

• 刚安装后数字为 0 可能是正常的。请等一两天看看。
• 应用安装链接的安装次数只按区间显示（如 10+），很难知道确切的设备数。
• 更新最快的是应用信息中心里的要求说明。满足要求后，显示内容就会改变。
• 如果连续几天没有变化，请先确认保存测试人员列表后是否点击了 [发送更改以供审核]。

5. 每天如何检查

14 天内每天只需看两件事。

1. 参与中的人数是否在 12 名以上 — 查看应用信息中心的要求说明和时间序列图表。
2. 应用是否一直处于安装状态 — 如果是自己招募的测试人员，请中途不时请他们确认一下。

DUIRE 会在设备端直接确认这两件事。每天在固定时间检查是否已安装并运行，每台设备每天留下一张运行截图。哪一天、哪台设备、发生了什么都有记录，即使统计延迟，也能掌握情况。