Troubleshooting

Testers Are Getting the Wrong Version of Your App

Why testers on multiple tracks may get a production or older build, and how version codes decide which release Play delivers.

Reviewed August 17, 2026May change — always verify in Play Console1 official source

Written & maintained by AppsTestLabAbout AppsTestLabHow we research

On this page
  1. Why it happens
  2. The quick fix
  3. Step by step
  4. Things to check
  5. If this didn't work
  6. Common mistakes
  7. When to contact Google

The problem

A tester installs or updates to a different version than the one you just published to the test track — often the production build.

Why it happens

Play delivers releases by version code. Users eligible for more than one track receive the release with the highest version code — and production beats testing tracks. If production carries a higher version code than your test release, testers get the production build. Internal testers are also a special case: they're not eligible for open and closed testing tracks even when listed there.

The quick fix

Compare version codes across tracks in Play Console. For testers to receive a test build, their track's release must carry a higher version code than anything they're eligible for on other tracks.

Step by step

  1. List the releases per track

    Open each track (Internal, Closed, Open, Production) and note the version code of the latest release on it.

  2. Check what the tester is eligible for

    A tester opted into closed testing is eligible for closed and production. An internal tester is only eligible for internal.

  3. Compare version codes

    The highest version code among the eligible tracks wins. If production's code is higher, that's the build the tester receives — raise the test release's code, or stage the production release lower.

  4. Reinstall from the opt-in page

    After correcting codes and publishing, have the tester reinstall from the test's opt-in page rather than the store listing.

Things to check

  • Version codes on every track the tester is eligible for
  • Which tracks the tester actually opted into
  • Pending or in-review releases that haven't gone live yet

If this didn't work

  • Give a newer test release a few hours to propagate after publishing.
  • Ask the tester to fully uninstall before reinstalling from the opt-in link.

Common mistakes

  • Releasing to production with a higher version code than the test track
  • Assuming testers are only served from the track you shared even if they're also on other tracks
  • Forgetting that internal test opt-in blocks open and closed track builds

When to contact Google

If version codes and eligibility are correct and a tester still gets the wrong build, use Play Console support with the exact track and version details.

Sources & references

Official Google documentation

These links open Google's official Play Console Help pages used to verify this guide. AppsTestLab guidance is independent and not affiliated with Google.

Last reviewed August 17, 2026 · Google Play requirements change — verify in the Play Console.

Ready to test?

5,000+ apps tested. A 99% historical approval rate. And a 100% money-back guarantee.

Tell us about your app and we'll confirm the right testing approach. One WhatsApp message to start, no complicated setup.

Guarantee applies to eligible app testing orders · Google makes the final approval decision

Chat on WhatsApp