Guide.Troubleshooting

Closed Testing Days Not Updating or Showing 0 Testers Opted In

In most cases your testers never actually opted in — they accepted an invite, or joined with a different Google account. The day counter is not stuck; it has no valid opted-in testers to count.
6 causesConsole checksDaily count checkFix the opt-in first

Guide · Last updated September 30, 2026 · 7 min read

Ahmed Akash
Ahmed Akash·Senior Full Stack Developer & Founder of TesterBee

Senior full stack developer specializing in Laravel, React, and Firebase. Helped 1,200+ Android developers pass Google Play Closed Testing and publish apps. Expert in Play Console, production access, and Android app publishing.

September 30, 2026 · 7 min readLinkedInGitHub
Quick answer

Why are my closed testing days not updating?

Usually the wrong Google account

Testers opt in with a different email than the one you added.

Second most common: no opt-in at all

Accepted the invite, never joined the test.

Check the release, not the tester

If no build is live on the track, there is nothing to opt into.

The count is not the clock

Opted-in count can lag behind the 14-day progress display.

The 14-day progression follows your continuously opted-in testers. If that count is below 12, there is nothing valid to count and the display will look frozen or empty. So the order of operations is always the same: fix the opted-in count, then check the day counter. Google's article on app testing requirements defines the rule; the track setup guide covers the console side.
The distinction

Added, invited, opted in, installed

Four different states that developers collapse into one word, "tester". Only two of them count.

What happenedWhat Play Console shows
Tester added to the tester listConsole shows them as added
Tester opened the opt-in linkNothing changes yet
Tester pressed join while signed into the added accountOpted-in count increases
Tester installed the release from PlayThey are now an active tester
Tester still opted in on day 14They count toward the requirement

The step that changes the count is the tester pressing join while signed into the Google account you added. Nothing before it moves the number.

Inform your testers that they need to remain opted in to your closed test continuously for at least 14 days.
Source: Google Play Console Help — App testing requirements

That single instruction from Google is the whole diagnostic. Opted-in and continuous are the two things being measured. An invite list satisfies neither.

Causes

Six reasons the count is wrong

Ordered roughly by how often we see them. The first two account for the large majority of zero and near-zero counts.

They opted in with a different Google account

You added their work address, they are signed into their personal account on the phone. Play shows the test as unavailable and the opt-in never registers. This is the single most common cause we see.

They accepted the invite but never joined

Clicking a link is not opting in. The tester has to open the opt-in link and press the button that joins the test. Until that happens, Play counts zero for them.

The opt-in link went out before the release was live

If testers clicked while the closed track had no live release, they got an error or a dead end. They need to revisit the link once a build is actually rolled out.

Their country is not in the track

Closed testing tracks have a country list. A tester in a country you did not include cannot see the app, and no amount of retrying the link will change that.

They are trying to install on the wrong device

Testers need an Android device signed into the Google account you added. Play does not offer the test on iOS, and an emulator is not a supported way to satisfy the requirement.

They opted out without telling you

A tester can leave the test at any time. When they do, Google states they stop counting toward the requirement, and the opted-in total drops.

Diagnosis

How to find which cause you have

Five checks in order. Each one eliminates a cause, so the last check confirms the answer rather than guessing at it.

1

Confirm which account Play sees

Ask the tester which Google account is active on the phone they are using, or better, in Play Store under their profile. Compare it to the email you added to the tester list. A mismatch explains a zero on its own.

2

Confirm the release is live on the track

In Play Console, open Test and release, then Testing, then Closed testing. A track with no active release has nothing for testers to join, and the console will look normal otherwise.

3

Confirm their country is enabled

Check the country list on the closed testing track against where each tester is. Adding a country means a new release rollout, so do this before sending the link, not after.

4

Have them open the opt-in link while signed in

Send the Play opt-in URL, have them open it in a browser signed into the correct account, and press the join button. Then refresh the tester list and watch the count change.

5

Recheck the count after a few minutes

Play Console is not instantaneous, but a genuine opt-in normally registers within minutes. If it has not moved after a reinstall of Play Store, assume the account is still wrong.

Do not ask testers whether they "did it". Ask them to open the opt-in link while you are watching the tester list. The count is the ground truth, and it settles the question in under a minute.

Prevention

Stop this happening on day 10

The fix is a ritual, not a tool. It takes a few minutes a day.

Check the opted-in count every day of the window, not once a week.

Confirm the account each tester is signed in with, before you send the link.

Put the opt-in instruction in writing: join the test, keep the app installed, do not leave the test.

Make sure the release is live before you distribute the opt-in link.

Enable every country your testers are in before the release rollout, not after.

Assume one or two people will silently drop and recruit a buffer.

If the count has already gone wrong, the honest question is whether you have enough time left to recover inside this window, or whether the cleanest path is restarting with a larger group and daily confirmation. Restarting is usually cheaper than discovering the problem on day 14.

What actually resets the 14-day clock

Testers who are confirmed opted in, not just invited

Campaign tracking shows opted-in status and active days per tester, so a stuck count surfaces on day 2 instead of day 14.

FAQ

0 testers opted in: FAQ

The console display questions developers ask when the number will not move.

Why does Play Console show 0 testers opted in?
Almost always because testers were added to the list but never joined the test, or because they joined with a different Google account than the one you added. Opting in is a separate action from receiving an invite, and Play counts only the opt-in.
Why are my closed testing days not updating?
The 14-day progression is anchored to continuously opted-in testers, so if your opted-in count is below 12 the progression has nothing valid to count. Fix the opted-in count first — the day counter generally follows it.
Do testers need to keep the app installed?
Google measures opted-in status rather than installs. That said, testers who uninstall have stopped using your app, and the production access form asks whether tester usage matched expected production user behaviour, so an uninstalled app creates a documented weak point in your answers.
How do I check the opted-in count?
In Play Console open your app, then Test and release, then Testing, then Closed testing. The tester list shows who has been added, and the track view shows the opted-in count and the days of continuous opt-in. Check it daily rather than once a week.
Can a tester opt in with a different email than I added?
They can, but they will not count. The tester list is matched on the Google account. If someone joins with another account, they appear to you as a non-opting tester regardless of what they did on their phone.
Can two testers share one phone?
In principle a phone can hold more than one Google account, but each tester needs their own qualifying account and their own continuous opt-in. In practice we treat one phone as one tester, because shared devices are exactly where counting disputes come from.
Does Google warn me if my tester count drops?
No. The console shows the current state; it does not alert you when someone leaves. This is why daily checks matter. Discoveries on day 14 are the expensive version of this problem.
My count is fine but I was told more testing is required. Why?
Google states that if your app requires additional testing you may need to continue running your closed test, and names two reasons: fewer than 12 opted-in testers, or insufficient tester engagement during the period. A healthy count with flat engagement still fails the second test.