After a closed test has been running for several days, the progress shown in Play Console may change and make it seem as though the 14-day period has been reset.
The important date is not necessarily the day the app was first published to the test track. What matters is the period during which at least 12 testers remain continuously opted in.
The 12th tester’s opt-in date is the practical starting point
For example:
| Date | Opted-in testers |
|---|---|
| August 1 | 5 |
| August 3 | 10 |
| August 5 | 12 |
In this example, the test first reached 12 opted-in testers on August 5. You should not assume that the 14-day period started on August 1, when the first five people joined.
Record the recruitment start date and the date on which the qualifying tester count was reached as separate milestones.
Cause 1: The count fell below 12 during the test
If a tester leaves the program or is removed from the eligible tester list, the continuous period with at least 12 testers is interrupted.
Possible causes include:
- A tester selected an option such as “Leave the testing program”
- A tester left the associated Google Group
- The developer edited the email list and removed an existing participant
- A tester changed accounts and had to be added again
Do not operate with exactly 12 testers if you can avoid it. Maintain a small buffer so that one unexpected dropout does not put the test below the required count.
Cause 2: The opt-in date was confused with the invitation date
A common mistake is to record the day an email address was added to the tester list as the tester’s participation date.
The relevant event is normally the day the tester completed the opt-in action through the participation link.
Keep these dates separate:
| Field | Meaning |
|---|---|
| Invitation date | The email address was added or the link was sent |
| Opt-in date | The tester completed participation in the testing program |
| Installation date | The app was installed from Google Play |
Cause 3: You are looking at a different track
When an app uses internal testing, several closed tracks, or an open test at the same time, it is easy to inspect the wrong screen.
Record the following information together:
- App name
- Package name
- Track name
- Tester list
- Release
versionCode
This makes it easier to confirm that the progress display belongs to the intended closed test.
Cause 4: The tester list or Google Group was changed
Switching to a different email list or recreating the Google Group during the qualifying period can change who is eligible and how their participation is represented.
Unless there is an important reason, avoid making major tester-configuration changes during the 14-day period.
When adding new testers, take care not to remove the participants who are already opted in.
Cause 5: Play Console recalculated or refreshed the display
Progress text and counters in Play Console may change after processing or recalculation.
When the display changes, save evidence before changing the track:
- Screenshots from before and after the change
- Date and time
- Current tester count
- Tester-list change history
- Release publication history
Do not immediately recreate the track. First establish what actually changed.
Does publishing an app update reset the period?
Publishing a new versionCode to the same closed-testing track is a normal part of testing and can be done during the test period.
However, changing any of the following can create separate participation or distribution problems:
- Package name
- Target track
- Tester group
- Supported devices
- Distribution countries
Also confirm that testers can receive the updated version.
Does uninstalling the app reset the test?
Uninstalling the app and leaving the testing program are separate actions.
However, leaving the app uninstalled for a long period or having no meaningful usage can reduce the quality of the test. Ask testers to remain opted in and to use the app in realistic scenarios.
How to reduce the risk of losing qualifying progress
Recruit more than the minimum
If 12 testers are required, consider recruiting approximately 14 to 16 participants.
Keep the daily monitoring list short
Check only the items that help you detect a real change:
- Tester count shown in Play Console
- New participants
- Reports of testers leaving
- Installation errors
- Whether testers received the latest version
Tell testers not to leave the program early
You can send a message such as:
Please remain enrolled in the Google Play testing program until I confirm that the test is complete.
If you need to remove the app or change the Google account you are using, contact me first.
When the cause is unclear
Use this sequence:
- Confirm the opt-in date of the 12th tester
- Confirm the current opted-in tester count
- Identify anyone who left during the period
- Review tester-list and group changes
- Confirm that you are viewing the correct track
- Compare screenshots from several days
- Review the guidance shown in Play Console
Summary
The 14-day period may appear to have reset because:
- The developer did not use the 12th tester’s opt-in date as the practical starting date
- The count fell below 12 during the test
- Invitation dates were confused with opt-in dates
- The tester list or group was changed
- A different track was being reviewed
- Play Console refreshed or recalculated the progress display
If the tester count itself is not increasing, continue with Why Is the Tester Count Not Updating in Google Play Closed Testing?.
Primary sources
Official references
Check the linked official documentation before a production release.
Continue reading
Related guides
TestCrew
Find testers through mutual testing
Test other Android apps, provide useful feedback, and use earned credits to recruit testers for your own Google Play closed test.
Learn how TestCrew works