一句话答案
如果有测试员掉队、某天活跃人数掉到 12 以下,Google 可能把 14 天计时清零。已完成的天数不延续——14 天窗口要重新开始。
为什么一次掉队代价这么大
Google 度量的是 12 位独立测试员每个连续天都活跃。某天以 11 位活跃收尾的那一刻,连续记录就断:
第 1-8 天:12 位活跃 ✓(攒了 8 天)
第 9 天: 测试员退出 → 11 位活跃 ✗
结果: 计时重置——那 8 天没了
这就是为什么掉队(而非招募)才是你时间线的真正风险。
怎么补救
- 快速发现。 盯每日活跃,不只是注册数。你得在当天就知道某位安静了。
- 当天结束前替换。 加一位新活跃测试员,让这天仍以 12 位活跃收尾。
- 备替补。 常备 2-3 位待命测试员,随时顶上。
- 若连续记录已断,干净重启——从第一天起满 12 位,别去补一个已破的窗口。
现实掉队率
哪怕测试员都投入,14 天里也大约有 10-15% 概率有人因私事掉队。要为此规划,别假设 12 位都能跑完。
TestHive 怎么自动处理掉队
TestHive 监控每日打卡,在掉队后 24 小时内自动排队替补测试员,让你的活跃人数永不在某天收尾时低于 12——14 天连续记录继续跑,而不是重置。