Do Closed Testers Have to Pay for a Paid App?
Testers must buy a paid app in a closed test, and the price applies to every track at once. What license testing removes from the bill, and what it leaves.
Google says production access review takes seven days or less, but can occasionally take longer. What it promises, what developers report, and what to check.
Short answer: Google's own wording is "Review usually takes seven days or less, but can occasionally take longer." The sentence sits under Next steps after applying for production access on Google's App testing requirements for new personal developer accounts page, which we re-read on 14 October 2026. In practice: plan for up to a working week from the moment you click Apply for production, expect an email to the account owner when the decision arrives, and treat anything past day seven as the "occasionally take longer" case rather than as a broken application.
Two things that sentence does not give you: a guaranteed completion date, and a deadline by which support must escalate. Google publishes no percentage, no status page, and no list of reasons a review might pass seven days. That absence is why this question is answered so inconsistently elsewhere on the web — the official number is a typical, not a promise, so every other figure you find is either a guess or one person's single experience.
Most confusing answers come from measuring the wrong stage. These are three separate waits, and only the middle one is the review this article is about:
The practical consequence: a slow update review after approval does not mean your production access application was slow, and a fast approval says nothing about how long the first production release will take.
Google's full passage reads: "After you submit your application for production access, Google reviews your submission. When the review completes, an email notification is sent to the account owner. Review usually takes seven days or less, but can occasionally take longer." Three words do all the work in that third sentence: usually (a typical outcome), or less (seven days is what most developers should budget), occasionally (an undefined minority run longer, with no ceiling Google is willing to state).
It is also worth noting what the application is being judged on. The form has three sections — about your closed test, about your app or game, and about your production readiness — and you answered them all before the clock started. Our walkthrough of those questions is at Google Play Production Access Form: Questions and Answers.
Google describes the period after submission in one paragraph, and that paragraph contains a branch most developers miss. Alongside the seven-day sentence, Google states: "If your app requires additional testing, you may need to continue running your closed test. Reasons for required continued testing include having fewer than 12 opted-in testers or insufficient tester engagement during the testing period."
Read that closely: two of the documented reasons are about testers, not about your code. Your closed test is not frozen while you wait — testers can still opt out, and a group that goes quiet during review is exactly the condition Google names as a reason to ask for more testing. So the waiting period is not passive.
Google also describes the approval outcome plainly: when your application is approved, the Production page and Open testing unlock in Play Console. Until then, the Production track staying locked is the documented state, not an error — which we covered from the other side in Apply for Production Button Not Showing?
Google does not publish a distribution of review times, so the only public evidence of the tail is what developers write down. The four threads below are all from the Google Play Developer Community and were read on 14 October 2026. Treat them as community experience: they are self-selected complaints, there is no denominator, and nobody can verify the numbers. They are useful for one thing — knowing the shape of the worst cases.
That last thread is the lesson worth taking from this section. When you see "Google took 45 days", find out where the clock started — at the first tester, or at the Apply click. Several of the longest public reports measure the whole launch, not the review, and a few count support tickets on top of that. The genuinely long reviews above are rare enough that they generate threads, which is also why they are the ones you see.
It is worth separating what Google documents from what it does not, because most articles blend the two.
ANALYSIS (our reading, not Google's): what is striking about the 45- and 48-day reports above is not a queue but an absence — no cause given, no status, and no answer to "approved, rejected, or still under review?" That is precisely why the checks in the next section matter: they are the only inputs Google lets you inspect while you wait.
On our side of this: based on our analysis of 1,500+ closed-testing campaigns, we keep prompting the tester group through the review window rather than going quiet at day 14. Not because Google says silence breaks anything, but because the two documented reasons Google gives for asking for more testing are both about testers — a group that has stopped responding while you wait is a risk you can remove for free.
There is no documented escalation timeline for a production access application. Google's page describes an email when the review completes and nothing else about contacting anyone, and the threads above show what happens in practice: tickets closed as unanswered or as duplicates, and replies that confirm an escalation without confirming a status.
The most concrete waiting advice in the community comes from a Product Expert's App review time guide: support "is unlikely to be able to help you until at least the 7 to 10 days have passed", and the community cannot escalate "until a clear 14 days has passed since your last update" to the store. Be careful with that one — it is written about app and update review, not the production access application. It is a useful pattern for how Google triages waiting developers, not a rule Google publishes for this review.
Recommendation: if you open a ticket, send the package name, the date and time you submitted the application, your developer ID, and one specific question — can you confirm whether the application is approved, rejected, or still in review? That is the question the 48-day thread asked repeatedly without an answer, so keep expectations modest and keep your tester group alive while you wait.
Does the seven days mean calendar days or working days? Google writes "seven days or less" and does not specify. Community replies that say "7 working days" are a member's interpretation of Google's wording, not Google's own text.
When does the review clock start? When you submit the application form from the Dashboard, not on day 14 of your closed test. The 14 days are a precondition you complete first.
Do my 12 testers have to stay opted in while I wait? Yes. Google's documented reasons for requiring continued testing are having fewer than 12 opted-in testers or insufficient tester engagement, and a group that shrinks during review triggers exactly that.
Is "your app requires additional testing" the same as a rejection? No. Google frames it as continuing the closed test. A refusal of the application itself is a different outcome, covered in Google Play Production Access Rejected? Reasons and Fixes.
Is there any way to make it faster? Nothing documented. The controllable factors are the ones you already used before applying: a compliant app, working test credentials, and a tester group that stays at 12 or more.
Who gets notified, and when? The account owner, by email, when the review completes — not when it starts.
What if it has been more than seven days? Google documents no action for that case. Re-check the items under What to do while you wait, keep the test running, and contact support if you need a human answer — knowing that no public deadline forces a reply.
Register, create the app and choose your tester count. Every plan includes the same monitoring, support and participation guarantee.