Choosing a Google Play Closed Testing Service: Seven Checks
What to compare when you evaluate a managed Google Play closed-testing service: account scope, opt-in status, install readiness, security, records, refunds, and approval limits.
Start with the requirement that applies to your account
Google's current guidance describes the closed-testing requirement for personal developer accounts created after November 13, 2023, before an application for production access. Do not assume every account carries the same condition. Check the account type and the wording currently shown in your own Play Console first.
The minimum tester count and the continuous opt-in period, with the source they come from, are set out in the 12 testers for 14 days checklist. Read that before you compare vendors, so you are comparing them against a requirement you have confirmed rather than one you were told about.
Look at opt-in status and install readiness, not tester count
Putting accounts on an email list and sending an opt-in link does not finish the preparation. A tester has to open the opt-in screen with the correct Google account and opt in, and the closed track has to carry a published release that can actually be installed.
So when you compare services, ask in what order they verify opt-in status and install readiness rather than asking only how many accounts they hold. The order for confirming that an opt-in link leads all the way to an install is in check the closed-test opt-in link, and the steps for registering supplied accounts on the track are in add tester emails to your closed track.
Separate install, update, and launch scope
Distinguish whether a managed service only installs, whether it confirms updates to new versions, and whether it records the result of launching the app. LuneTest operates Google Play install, update, and launch on physical Android devices and records the observed time, version, and outcome in the customer workspace. When you publish a new version mid-test, publishing an update during a closed test explains when the change is observed.
It does not include people running feature-by-feature usability interviews, and it does not include writing public Play Store reviews or star ratings. If a service describes either of those, treat it as a different product and check what it actually does.
Check whether Google account security details are requested
A developer's Google account password, two-step verification codes, and recovery codes are not information to hand to a closed-testing operation. Play Console access is not needed either.
What you prepare is the app name, the package name, and the closed-track opt-in link, and then you register the supplied tester accounts on that same track. How LuneTest works sets out that sequence in full.
Check the record you get, and the work that stays yours
Look at what facts a service records each day. Execution time, tester-account identity, installed version, and outcome are what let you explain when an update took effect and where a gap appeared. What each value in the LuneTest record means is in how to read the daily execution record.
That record does not complete a production-access questionnaire on your behalf. The app features you checked, the problems you found, and the fixes you made are yours to describe honestly.
Separate price, service window, and refund terms
Comparing sale prices alone hides the start point, the length of the service window, extension terms, and refund rules. Check the current LuneTest products, service window, and scope on the pricing page rather than from a third-party summary.
Whatever channel an order arrives through, what LuneTest publishes on its own pages is what defines the scope actually provided.
Check whether approval is promised
Meeting the minimum count and the period does not mean a decision has been made. Google judges test recognition and production access independently, and may ask for further testing after review.
If a service states that it guarantees approval or a passing review, look again at what it actually provides. LuneTest does not promise an approval outcome. It provides the install, update, and launch record produced on physical Android devices.
Run the seven checks before you order
Check the account scope, the opt-in status, an installable release, the actual operating scope, account security, the execution record, and the refund and no-guarantee terms. When those seven are clear in a vendor's public documentation, there is far less to misunderstand mid-test than when the choice is made on price alone.
Questions that remain before you order are answered in the FAQ and through contact.
Related pages
- Google Play Closed Testing: 12 Testers for 14 Days Checklist
- Choosing a Google Play Closed Testing Service: Seven Checks
- Recording a Launch Failure Separately from Crash and ANR
- Add Tester Emails to Your Closed Track
- Check the Closed-Test Opt-In Link
- Publishing an Update During a Closed Test
- How to Read the Daily Execution Record