Schnellantwort
„More testing required“ ist das Ergebnis eines Antrags auf Produktionszugriff und keine Richtlinienmaßnahme gegen Ihre App. Google überprüft den geschlossenen Test, den Sie durchgeführt haben, sowie Ihre Antworten und schreibt dann dem Kontoinhaber eine E-Mail. Genügt das der Überprüfung nicht, werden Sie gebeten, weiter zu testen. Klären Sie zuerst, welche Entscheidung Sie erhalten haben, und dann, was Ihre eigenen Aufzeichnungen zu Berechtigung, App-Nutzung, Feedback und Reife belegen.
Wurde stattdessen Ihre App oder Ihr Release wegen eines benannten Problems abgelehnt, folgen Sie den Anweisungen zur Behebung und erneuten Einreichung für dieses Problem. Mehr Tester räumen eine Richtlinienentscheidung nicht aus.
Dieser Beitrag ist die Diagnose: welche Entscheidung Sie erhalten haben, was jeder einzelne Nachweis belegen kann und was nicht, und was Sie korrigieren sollten, bevor Sie erneut beantragen. Er beruht auf den geschlossenen Tests, die PrimeTestLab jede Woche durchführt, und auf den Hinweisen von Google, die jeweils an der passenden Stelle verlinkt sind. Stand: 11. September 2026.
Wie Sie diesen Beitrag lesen
- Google-Anforderung Eine verbindliche Bedingung für die Berechtigung, die Einreichung oder die Richtlinien.
- Google-Hinweis Google empfiehlt es, oder der Antrag fragt danach. Ein Schwellenwert ist nicht veröffentlicht.
- Unser Vorschlag Eine bewährte Praxis aus den Tests, die wir durchführen, keine Regel, an der Sie gemessen werden.
Auf dieser Seite
Klären Sie zuerst, was Google abgelehnt hat
Drei unterschiedliche Entscheidungen werden alle als „abgelehnter geschlossener Test“ bezeichnet, und sie verlangen unterschiedliche Arbeit. Gehen Sie von dem Wortlaut aus, den Sie tatsächlich erhalten haben.
Welche Meldung haben Sie erhalten?
| Was Sie erhalten haben | Was es bedeutet | Was als Nächstes zu tun ist |
|---|---|---|
| Das Dashboard meldet unvollständige Testvoraussetzungen | Das Dashboard benennt eine nicht erfüllte Testbedingung. Prüfen Sie die konkret angezeigte Bedingung, bevor Sie entscheiden, was weiterlaufen muss. | Schließen Sie den geschlossenen Test ab: mindestens 12 Tester, jeder über die letzten 14 Tage fortlaufend angemeldet. |
| „More testing required“ nach dem Antrag | Ihr Antrag wurde überprüft und ist noch nicht genehmigt. Google bittet Sie, weiter zu testen; die Entscheidung und die E-Mail an den Kontoinhaber nennen die festgestellten Bedenken. | Arbeiten Sie die fünf Bereiche unten durch, korrigieren Sie, was Sie finden, und beantragen Sie den Zugriff dann aus Ihrem Konto erneut. |
| App oder Release wegen eines benannten Problems abgelehnt | Eine Entscheidung über die App selbst, die ein Richtlinien- oder Qualitätsproblem benennt. Kein Urteil über Ihre Testerzahl. | Folgen Sie den Anweisungen zur Behebung und erneuten Einreichung für das benannte Problem. Mehr Tester lösen das nicht. |
Ein gesperrter Produktions-Track allein sagt Ihnen nicht, ob noch die Testvoraussetzungen, eine Entscheidung über den Antrag oder ein anderer Schritt im Konto offen ist. Richten Sie sich nach der konkreten Meldung, die Sie erhalten haben, nicht nach der Sperre.
Quellen: Anforderungen an App-Tests und Produktionszugriff und Veröffentlichung und Überprüfungsstatus.
Prüfen Sie, ob die Anforderung für Sie gilt
Google-AnforderungDie Anforderung gilt für private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden. Google gibt an, dass diese Konten bestimmte Testanforderungen erfüllen müssen, bevor eine App veröffentlicht werden darf. Wenn Ihr Konto betroffen ist, folgen drei Schritte aufeinander:
- 1Führen Sie einen geschlossenen Test durch, nicht nur einen internen Test.
- 2Halten Sie mindestens 12 Tester über 14 fortlaufende Tage angemeldet.
- 3Beantragen Sie den Produktionszugriff und beantworten Sie die Fragen zum Test, zur App und zur Reife.
Berechtigt ist nicht genehmigt
Wenn Sie die Anforderung erfüllen, dürfen Sie den Antrag stellen. Der Antrag wird eigenständig überprüft, saubere 14 Tage sind also der Anfang des Verfahrens und nicht sein Ende. Ausführlich: wie die Anforderung an die Tester funktioniert.
Das Problem in fünf Minuten eingrenzen
Öffnen Sie die Play Console parallel zu dieser Liste und beantworten Sie jede Frage ehrlich. Wo Sie keine Antwort haben, fangen Sie mit dem Lesen an.
Was das leistet und was nicht
Dieses Tool liest nichts aus Ihrem Play Console-Konto und kann weder Ihre Testerzahl noch die Zeitpunkte der Anmeldungen bestätigen. Es bringt nur das, was Sie schon wissen, in die Reihenfolge, in der die Überprüfung danach fragt.
Nächster Schritt
Für die Schritte nach einer Entscheidung „More testing required“ nutzen Sie den Leitfaden zum erneuten Antrag. Zeigt Ihre Diagnose, dass Sie mehr Tests mit echten Menschen brauchen, vergleichen Sie die Testunterstützung. Hat Google ein Problem mit der App oder einer Richtlinie genannt, beheben Sie das zuerst; eine weitere Gruppe von Testern löst es nicht.
Fünf Bereiche, die Sie nach einer Ablehnung des Produktionszugriffs prüfen sollten
Bereiche zum Untersuchen, in der Reihenfolge, in der das möglich ist. Sie sind nicht danach sortiert, wie oft sie zu einer Ablehnung führen, denn dafür gibt es keine veröffentlichten Daten.
Voraussetzungen oder fortlaufende Anmeldung der Tester sind unvollständig
Google verlangt mindestens 12 Tester, die mindestens während der letzten 14 Tage fortlaufend angemeldet waren. Die fortlaufende Anmeldung gilt pro Tester: Wer sich anmeldet, weniger als 14 Tage testet und sich dann abmeldet, zählt für diesen unterbrochenen Zeitraum nicht. Ein zurückkehrender Tester kann nach einem neuen, ununterbrochenen Anmeldezeitraum von 14 Tagen wieder zählen.
Was zu prüfen ist
- Vergewissern Sie sich, dass Sie im geschlossenen Track sind. Wer noch für einen internen Test angemeldet ist, muss sich dort abmelden, bevor ihn Ihr geschlossener Test erreicht.
- Zählen Sie Personen, die sich angemeldet haben, nicht Adressen, die Sie einer Liste hinzugefügt haben. Eine hinzugefügte Adresse bewirkt nichts, solange die Person den Link nicht annimmt.
- Bitten Sie die Tester, bis zu dem Zeitpunkt angemeldet zu bleiben, an dem Sie den Produktionszugriff beantragen, und nicht nur für die 14 Tage davor.
Beispielhaft: Die fortlaufende Anmeldung gilt pro Tester
Wenn 15 Tester gemeinsam gestartet sind und einer aussteigt, können die übrigen 14 weiterhin zählen, weil jeder seinen eigenen ununterbrochenen Zeitraum behalten hat. Ein Ersatz, der später hinzukommt, startet seine eigene Uhr und übernimmt nicht die bereits verstrichene Zeit des ausgestiegenen Testers.
Halten Sie einen kleinen Puffer über dem Minimum. Genau 12 Tester genügen; ein Puffer ist deshalb unsere eigene Praxis, um eine Abmeldung aufzufangen, ohne unter die Grenze zu fallen, und keine Vorgabe von Google.
Quellen: Anforderungen an App-Tests für neue private Entwicklerkonten und einen offenen, geschlossenen oder internen Test einrichten für Testerlisten und Teilnahmelinks. Anleitungen: Einladungen und Anmeldungen der Tester prüfen und interner gegenüber geschlossenem Test.
Die Tester haben die App nicht aussagekräftig genutzt
Der Antrag fragt, ob die Tester die Funktionen genutzt haben und ob die Nutzung dem entsprach, was Sie in der Produktion erwarten. Google sagt außerdem, dass Sie zum Weitertesten aufgefordert werden können, wenn die Tester nicht engagiert waren. Die überprüften Hinweise nennen keinen zahlenmäßigen Schwellenwert für Engagement; die Arbeit besteht also darin, echte Nutzung zu beschreiben.
Drei Zahlen, die nicht dieselbe Zahl sind
| Kennzahl | Was sie zählt | Was diese Kennzahl belegt |
|---|---|---|
| Angemeldete Tester | Personen, die den Teilnahmelink für Ihren geschlossenen Track angenommen haben und angemeldet geblieben sind. | Die Zahl für die Berechtigung und die einzige der drei, die an die Regel mit 12 und 14 gebunden ist. |
| Zielgruppe mit installierter App | Nutzer, die Ihre App auf mindestens einem Gerät installiert haben, das sie in den letzten 30 Tagen genutzt haben. | Die App hat ein genutztes Gerät erreicht. Das belegt nicht, dass sie jemand geöffnet hat. |
| Täglich aktive Nutzer | Personen, die die App an einem bestimmten Tag geöffnet haben. | Die App wurde geöffnet. Welche Funktionen genutzt wurden und was die Tester davon hielten, sagt die Zahl trotzdem nicht. |
Quelle: App-Statistiken ansehen. Google verfügt über Nutzungsdaten, das Engagement ist für Google also nicht unsichtbar. Nicht dokumentiert ist, welche Signale die Überprüfung gewichtet und in welchem Umfang.
Was zu prüfen ist
- Geben Sie den Testern eine kurze Anleitung, die die gewünschten Abläufe benennt, und einen einzigen Kanal für Rückmeldungen.
- Bitten Sie um konkrete Beobachtungen, nicht um ein Urteil: was sie versucht haben, auf welchem Gerät, was passiert ist.
- Bitten Sie die Tester, eine wichtige Korrektur nach dem Release noch einmal zu prüfen, damit die Aufzeichnung eine überprüfte Änderung zeigt.
Bitten Sie die Tester, die für Ihre App wichtigen Aufgaben zu erledigen, in eigenen Worten zu berichten, was sie sehen, und wichtige Korrekturen nach dem Release erneut zu prüfen. Eine feste Vorgabe wie „die App einmal am Tag öffnen“ ist eine optionale Testroutine und keine Regel von Google.
Feedback und Antworten im Antrag sind nicht konkret belegt
Der Antrag verlangt eine Zusammenfassung des Feedbacks, das Sie erhalten haben, und der Änderungen, die Sie vorgenommen haben. Google empfiehlt, die Themen im Feedback laufend festzuhalten, und genau diese Aufzeichnung macht den Unterschied zwischen einer konkreten und einer allgemeinen Antwort.
Beispielhafte Testaufzeichnung (die Struktur, nicht die Inhalte zum Übernehmen)
| Build, Ablauf, Umgebung | Erkenntnis | Maßnahme oder Überprüfung |
|---|---|---|
| Build 8; Passwort zurücksetzen; Android 14 | Meldung zum erneuten Versuch war unklar | In Build 9 klarer formuliert; Tester hat es erneut geprüft |
| Build 9; gespeicherte Einstellungen; Android 13 | Einstellungen blieben nach dem erneuten Öffnen erhalten | Als bestanden vermerkt; keine Änderung nötig |
Das ist ein Vorschlag für das Format der Aufzeichnung, keine von Google vorgeschriebene Vorlage und kein Anhang. Nutzen Sie die Spalten als Struktur, die Zeilen aber nie als Fakten zum Einfügen. Eine erfolgreiche Prüfung festzuhalten ist genauso wichtig wie ein Problem: Nur so können Sie die Frage nach der Reife beantworten, ohne ein Problem zu erfinden.
Was zu prüfen ist
- Nutzen Sie den Bereich für Test-Feedback in der Play Console und jeden Kanal, den Sie den Testern genannt haben. Öffentliche Bewertungen im Store gehören nicht dazu.
- Gruppieren Sie das Feedback zuerst nach Themen, damit eine einzelne laute Meldung nicht die ganze Zusammenfassung bestimmt.
- Halten Sie die konkrete Beobachtung fest, ob Sie den Tester nun zitieren oder sie korrekt zusammenfassen.
- Vergewissern Sie sich, dass die Funktionen, die Sie im Antrag beschreiben, im getesteten Build vorhanden waren und tatsächlich genutzt wurden. Halten Sie fest, was separat getestet wurde oder außerhalb dieses Tests geblieben ist.
Quellen: einen offenen, geschlossenen oder internen Test einrichten und Hinweise zum Produktionszugriff. Eine wiederverwendbare Vorlage für das Protokoll steht in unserem Beitrag zum erneuten Antrag, und präzise Antworten zum Produktionszugriff vorbereiten geht das Formular selbst durch.
Erkenntnisse wurden nicht bearbeitet oder die Reife ist unklar
Der Antrag fragt, was Sie aufgrund Ihrer Erkenntnisse geändert haben, und Google empfiehlt, Feedback während des Tests umzusetzen. In den überprüften Hinweisen steht keine vorgeschriebene Anzahl an Releases; entscheidend ist also, ob die Antwort wiedergibt, was der Test gezeigt hat.
Was Sie sagen, wenn nichts geändert werden musste
Wenn der Test nichts ergeben hat, was behoben werden musste, beschreiben Sie die geprüften Abläufe, die Geräte, auf denen sie liefen, und die Ergebnisse, und begründen Sie die Entscheidung zur Reife aus dieser Aufzeichnung. Ein erfundenes Problem oder ein kosmetisches Release, nur um eine Änderung melden zu können, schwächt die Antwort.
Was zu prüfen ist
- Bearbeiten Sie zuerst die echten Erkenntnisse und nennen Sie, welcher Build welche Korrektur gebracht hat.
- Verknüpfen Sie jede Änderung mit dem Feedback, das sie ausgelöst hat, damit die Antwort Ursache und Wirkung zeigt.
- Wenn ein wichtiges Problem noch offen ist, lösen Sie es, bevor Sie die App als bereit darstellen.
Wo diese Antwort schiefgeht
Die schwache Antwort sagt, der Test sei gut gelaufen. Die starke Antwort benennt, was geprüft wurde, was gefunden wurde, was getan wurde und wie es überprüft wurde. Die konkrete Antwort lässt sich leichter beurteilen.
Probleme mit Zugang, Stabilität oder Funktionalität bestehen weiter
Google lässt keine Apps zu, die abstürzen, einfrieren oder anderweitig nicht normal funktionieren. Eine Überprüfung muss die App außerdem erreichen können: Wo etwas hinter einem Login liegt, gehören funktionierende Zugangsdaten und eine Anleitung zum Release.
Was zu prüfen ist
- Stellen Sie funktionierende Prüfer-Zugangsdaten bereit, dazu alle Schritte, die nötig sind, um zugangsbeschränkte Funktionen zu erreichen, und zwar für den Build, den Sie eingereicht haben.
- Vergewissern Sie sich, dass die Tester diesen Build installieren und öffnen können. Wer noch in einem internen Test ist, muss sich dort zuerst abmelden.
- Führen Sie einen Pre-Launch-Bericht aus, prüfen Sie dann die Signale zu Abstürzen und ANRs für die Abläufe, die Ihre Tester genutzt haben, und beheben Sie, was reproduzierbar ist.
Was ein sauberer Bericht nicht beweist
Pre-Launch-Berichte laufen automatisch, sofern die Kapazität es zulässt. Für geschützte Inhalte und die relevanten Abläufe können Zugangsdaten oder eine eigene Konfiguration nötig sein. Ein sauberes automatisches Ergebnis ist außerdem kein manueller Test. Android vitals beruht auf freiwillig geteilten Diagnosedaten von einem Teil der Geräte und Betriebssystemversionen; eine nicht verfügbare Ansicht kann also zu wenige Datenpunkte innerhalb der von Ihnen gewählten Filter widerspiegeln. Die veröffentlichten Schwellenwerte für problematisches Verhalten betreffen die technische Qualität und sind keine Bestehensgrenze für den Produktionszugriff.
Quellen: Funktionalität, Inhalte und Nutzererfahrung, Ihre App auf die Überprüfung vorbereiten, mit einem Pre-Launch-Bericht Probleme erkennen und die technische Qualität mit Android vitals überwachen.
Was jeder einzelne Nachweis belegen kann und was nicht
Zu wissen, welche Frage welcher Nachweis beantwortet, unterscheidet ein Problem bei den Testern von einem Problem bei den Belegen oder einem Problem der App.
BeantwortetOb Sie zum Antrag berechtigt waren: mindestens 12 Tester, jeder über die letzten 14 Tage fortlaufend angemeldet.
Beantwortet nichtOb einer von ihnen die App genutzt hat und ob Ihre Antworten konkret genug waren.
BeantwortetWie viele Nutzer die App an jedem gezeigten Tag geöffnet haben.
Beantwortet nichtWie oft eine einzelne Person sie geöffnet hat, welche Funktionen sie genutzt hat oder wie sie die App erlebt hat.
BeantwortetDass die gewählte Ansicht mit den aktuellen Filtern nicht genug Daten hat, um Probleme zu erkennen.
Beantwortet nichtDass die App nicht abgestürzt ist. Android vitals nutzt freiwillig geteilte Daten von einem Teil der Geräte und Versionen; eine leere Ansicht kann also bedeuten, dass zu wenige Datenpunkte erfasst wurden, und nicht, dass nichts schiefgelaufen ist.
BeantwortetDass ein anderer Entwickler diesen Wortlaut berichtet hat. Lesenswert, um die Form der Entscheidung zu verstehen.
Beantwortet nichtWas Ihr eigenes Konto erhalten hat. Wiedergegebene Meldungen aus der Community sind Einzelfälle und können Ihren Zeitplan nicht bestimmen.
BeantwortetEine konkrete Beobachtung, die Sie umsetzen und beschreiben können, in den Worten des Testers.
Beantwortet nichtOb das Problem verbreitet ist. Eine einzelne Meldung ist ein Hinweis; das Muster über mehrere Tester hinweg ist die Erkenntnis.
Was Sie vor dem erneuten Antrag prüfen sollten
Google-Hinweis- 1Lesen Sie beides, die Entscheidung in der Play Console und die E-Mail an den Kontoinhaber, und folgen Sie den Anweisungen, die Sie für Ihre App erhalten haben.
- 2Schließen Sie einen zusätzlichen Testzeitraum vollständig ab, wenn Ihre App tatsächlich einen erhalten hat, und lassen Sie den geschlossenen Track währenddessen weiterlaufen.
- 3Arbeiten Sie die Bedenken weiter ab, die die Entscheidung benannt hat, und beantragen Sie den Zugriff dann so erneut, wie es Ihr Konto vorgibt.
Zwei Schlüsse, die Sie nicht ziehen sollten
Eine fehlende Dauer ist keine Erlaubnis, sofort erneut zu beantragen. Und die Aufforderung, weiter zu testen, ist kein Beweis dafür, dass die verstrichene Zeit jedes Testers gelöscht wurde: Die überprüften öffentlichen Hinweise nennen keine allgemeingültige Regel zum Zurücksetzen. Behandeln Sie also beides als offen, bis Ihr eigenes Konto etwas anderes sagt.
Google beschreibt die anschließende Überprüfung als in der Regel sieben Tage oder kürzer, sagt aber auch, dass sie gelegentlich länger dauern kann. Gemeint ist die Überprüfung, nicht der Test davor. Schritt für Schritt: wie Sie nach einer Entscheidung „More testing required“ erneut beantragen.
Quelle: nächste Schritte zum Produktionszugriff.
So halten Sie Ihre Tester engagiert
Google-HinweisGoogle sagt, dass viele Entwickler ihre Tester über Freunde, Familie, Kollegen, Communitys und soziale Kanäle finden, und empfiehlt Tester, die Ihre Zielnutzer abbilden und vielfältig genug sind, um gerätespezifische Probleme aufzudecken.
Die Suche kann scheitern, wenn Teilnahme und Feedback nicht gesteuert werden: Eine Zusage über 14 Tage ohne Struktur konkurriert mit allem anderen in der Woche eines Freiwilligen. Drei Probleme bei Teilnahme und Feedback, auf die Sie achten sollten:
Wo eine Gruppe in Eigenregie das Zeitfenster verliert
Quelle: Anforderungen an App-Tests, wo Google die Suche nach Testern behandelt. Die Möglichkeiten vergleicht seriöse Wege, 12 Tester zu finden.
Test in Eigenregie oder gemanagter Test
Beide Wege erfüllen dieselbe Anforderung. Der Unterschied ist, wer 14 Tage lang die Zahl im Blick behält und dem Feedback nachgeht.
| Wovon der Antrag abhängt | Gruppe in Eigenregie | Gemanagter Test |
|---|---|---|
| 12 angemeldete Tester über 14 fortlaufende Tage halten | Ihre Aufgabe. Eine Abmeldung kann die Berechtigung verzögern, wenn zu wenige qualifizierende Tester übrig bleiben. | Wird für Sie überwacht, die Besetzung bleibt über dem Minimum. |
| Echte Geräte | Was Ihre Freiwilligen zufällig besitzen. | Echte Android-Geräte von Android 7 bis 17. |
| Der Start | So lange, wie die Suche dauert. | Die Tester starten in der Regel innerhalb von 4 bis 6 Stunden. |
| Feedback, das Sie zusammenfassen können | Hängt vollständig davon ab, wie Sie es erheben. | Wird über einen Kanal gesammelt und an Sie zurückgemeldet. |
| Kosten | Kostenlos, plus Ihre eigene Zeit über 14 Tage. | Ab 19,99 $ für 12 Tester. |
Keiner der beiden Wege ändert, wie der Antrag überprüft wird. Ein gemanagter Test nimmt Ihnen das Risiko bei der Teilnahme; er beantwortet die Fragen zu Feedback und Reife nicht für Sie, und eine Genehmigung kann niemand versprechen.
Unterstützung beim Testen
Unser VorschlagWenn Ihre Diagnose auf die Teilnahme zeigt: PrimeTestLab führt den geschlossenen Test für Sie durch, mit angemeldeten Testern auf echten Geräten über die vollen 14 Tage, über dem Minimum gehalten und mit Feedback an einer Stelle. Liegt die Lücke bei einem defekten Login oder einem benannten Richtlinienproblem, bringen mehr Tester nichts.
Starter
12 echte Tester
$19.99
Enterprise
25 echte Tester
$27.99
Professional
20 echte Tester
$29.99
Diese Abschlussquote stammt aus unseren eigenen Aufzeichnungen und ist keine Genehmigungsquote von Google: Der gemanagte Test hat die erforderliche Testerzahl und eine ununterbrochene Anmeldung bis zu seinem Enddatum gehalten.
Fragen und Antworten
Warum zeigt Google Play „More testing required“ an?
Ihr Antrag auf Produktionszugriff wurde überprüft und ist noch nicht genehmigt, deshalb bittet Google Sie, weiter zu testen. Als Beispiele nennt Google, dass keine 12 angemeldeten Tester vorhanden waren und dass die Tester während des geschlossenen Tests nicht engagiert waren. Lesen Sie für die festgestellten Bedenken sowohl die Entscheidung in der Play Console als auch die E-Mail an den Kontoinhaber.
Brauche ich 12 Tester, die über 14 fortlaufende Tage angemeldet sind?
Bei einem privaten Entwicklerkonto, das nach dem 13. November 2023 erstellt wurde, ja. Google verlangt einen geschlossenen Test mit mindestens 12 Testern, die mindestens während der letzten 14 Tage fortlaufend angemeldet waren. Genau 12 genügen, und eingeladene Adressen zählen erst, wenn sich die jeweilige Person anmeldet.
Ein Tester hat sich während der 14 Tage abgemeldet. Muss ich neu beginnen?
Nicht zwingend. Die fortlaufende Anmeldung wird pro Tester gemessen, wer also seinen eigenen ununterbrochenen Zeitraum gehalten hat, zählt weiterhin. Der unterbrochene Zeitraum selbst zählt nicht, aber ein zurückkehrender Tester kann nach einem neuen, ununterbrochenen Anmeldezeitraum von 14 Tagen wieder zählen. Was es nicht gibt, ist eine Übertragung: Ein Ersatz, der später hinzukommt, beginnt seinen eigenen Zeitraum und übernimmt nicht die verstrichene Zeit des ausgestiegenen Testers.
Was soll ich antworten, wenn der Test nichts zum Beheben ergeben hat?
Beschreiben Sie die Abläufe, die Sie geprüft haben, die Geräte, auf denen sie liefen, und die Ergebnisse, und begründen Sie Ihre Entscheidung zur Reife aus dieser Aufzeichnung. In den überprüften Hinweisen steht keine vorgeschriebene Anzahl an Releases, und nichts darin verlangt, während des Tests ein Update zu veröffentlichen. Ein erfundenes Problem macht die Antwort nur schwächer.
Kann ich nach einer Ablehnung sofort erneut beantragen?
Beantragen Sie erneut, sobald die Ursache behoben ist, und lassen Sie den Zeitpunkt von der Reife Ihrer App bestimmen. Manche Meldungen nennen einen zusätzlichen Zeitraum für den geschlossenen Test; andere sagen nur, dass Sie weiter testen sollen, und nennen keine Dauer. Eine fehlende Dauer ist keine Erlaubnis, sofort erneut zu beantragen, und die überprüften öffentlichen Hinweise nennen keine allgemeingültige Regel zum Zurücksetzen.
Wie lange braucht Google für die Überprüfung eines Antrags auf Produktionszugriff?
Google beschreibt die Überprüfung als in der Regel sieben Tage oder kürzer und sagt, dass sie gelegentlich länger dauern kann. Das gilt nur für die Überprüfung. Für den geschlossenen Test davor gelten eigene 14 fortlaufende Tage, und zusätzliche Tests, die Ihre Entscheidung verlangt, kommen noch separat hinzu.
Ihr nächster Schritt
Gehen Sie zurück zur Diagnose in fünf Minuten und nehmen Sie die erste Frage, die Sie nicht beantworten konnten. Beheben Sie genau diesen Punkt, schreiben Sie auf, was der Test tatsächlich gezeigt hat, und beantragen Sie den Zugriff so erneut, wie es Ihr eigenes Konto vorgibt. Liegt die Lücke bei der Teilnahme und nicht bei den Belegen, organisieren Sie die Tester vor dem nächsten Versuch, damit das Zeitfenster nicht wieder mitten im Test reißt.
Fazit
„More testing required“ ist eine Entscheidung über den Test, den Sie durchgeführt haben, über die Antworten, die Sie gegeben haben, und darüber, ob die App bereit ist. Die Untergrenze ist fest und öffentlich: mindestens 12 Tester, die über 14 fortlaufende Tage angemeldet sind, bei einem privaten Entwicklerkonto, das nach dem 13. November 2023 erstellt wurde. Darüber hinaus sollten Ihre Antworten genau erklären, was der Test gezeigt hat. Eine klare Formulierung ersetzt weder aussagekräftiges Testen noch eine funktionierende App.
Offizielle Google-Dokumentation