Hızlı yanıt
“More testing required”, uygulamanıza karşı bir politika ihlali kaydı değil, bir üretim erişimi başvurusunun sonucudur. Google, yürüttüğünüz kapalı testi ve verdiğiniz yanıtları inceler, ardından hesap sahibine e-posta gönderir. İnceleme yeterli bulmazsa teste devam etmeniz istenir. İlk iş, hangi kararı aldığınızı doğrulamak; ardından kendi kayıtlarınızın uygunluk, uygulama kullanımı, geri bildirim ve yayına hazırlık konusunda neyi ortaya koyduğunu belirlemektir.
Uygulamanız veya sürümünüz bunun yerine belirtilen bir sorun nedeniyle reddedildiyse, o sorun için verilen düzeltme ve yeniden gönderme talimatlarını izleyin. Daha fazla test kullanıcısı bir politika kararını ortadan kaldırmaz.
Bu yazı teşhis bölümüdür: hangi kararı aldığınız, her kanıtın neyi ortaya koyabildiği ve neyi koyamadığı, yeniden başvurmadan önce neyi düzeltmeniz gerektiği. PrimeTestLab’ın her hafta yürüttüğü kapalı testlere ve kullanıldığı yerde bağlantısı verilen Google rehberliğine dayanır. 11 Eylül 2026 itibarıyla geçerlidir.
Bu yazı nasıl okunur
- Google şartı Zorunlu bir uygunluk, gönderim veya politika koşulu.
- Google tavsiyesi Google bunu önerir veya başvuru bunu sorar. Yayımlanmış bir eşik yoktur.
- Bizim önerimiz Yürüttüğümüz testlerden çıkan bir çalışma yöntemi; ölçüldüğünüz bir kural değil.
Bu sayfada
Önce Google’ın neyi reddettiğini belirleyin
Üç farklı karar da “kapalı test reddedildi” diye anılıyor, ama her biri farklı bir iş gerektiriyor. Size gerçekten verilen ifadeyle eşleştirin.
Hangi mesajı aldınız?
| Aldığınız bildirim | Ne anlama gelir | Sırada ne yapmalı |
|---|---|---|
| Kontrol paneli test uygunluğunun tamamlanmadığını söylüyor | Kontrol paneli, karşılanmamış bir test koşulunu gösterir. Neyin devam etmesi gerektiğine karar vermeden önce gösterilen belirli koşulu kontrol edin. | Kapalı testi tamamlayın: en az 12 test kullanıcısı, her biri son 14 gün boyunca kesintisiz kayıtlı. |
| Başvurudan sonra “More testing required” | Başvurunuz incelendi ve henüz onaylanmadı. Google teste devam etmenizi istiyor; belirlenen sorunlar kararın kendisinde ve hesap sahibine gelen e-postada yazılıdır. | Aşağıdaki beş alanı tek tek geçin, bulduklarınızı düzeltin, sonra hesabınızdan yeniden başvurun. |
| Uygulama veya sürüm, belirtilen bir sorun nedeniyle reddedildi | Bir politika veya kalite sorununu adıyla belirten, uygulamanın kendisiyle ilgili bir karar. Test kullanıcısı sayınıza ilişkin bir değerlendirme değil. | Belirtilen sorun için verilen düzeltme ve yeniden gönderme talimatlarını izleyin. Daha fazla test kullanıcısı bunu çözmez. |
Tek başına kilitli bir Üretim kanalı, hâlâ bekleyen şeyin test uygunluğu mu, bir başvuru kararı mı, yoksa başka bir hesap adımı mı olduğunu söylemez. Yolunuzu kilide göre değil, size verilen mesaja göre belirleyin.
Kaynaklar: uygulama test şartları ve üretim erişimi ve yayınlama ve inceleme durumu.
Şartın sizi kapsadığını doğrulayın
Google şartıŞart, 13 Kasım 2023’ten sonra oluşturulan kişisel geliştirici hesapları için geçerlidir. Google, bir uygulamanın yayınlanmaya uygun hale gelmesi için bu hesapların belirli test şartlarını karşılaması gerektiğini belirtir. Sizin hesabınız da kapsamdaysa, sırayla üç şey olur:
- 1Yalnızca dahili test değil, bir kapalı test yürütün.
- 2En az 12 test kullanıcısını 14 gün boyunca kesintisiz kayıtlı tutun.
- 3Üretim erişimi için başvurun ve test, uygulama ile yayına hazırlık hakkındaki soruları yanıtlayın.
Uygunluk onay demek değildir
Şartı karşılamanız sizi başvurmaya uygun hale getirir. Başvuru kendi başına incelenir; yani temiz geçen 14 gün sürecin sonu değil, başlangıcıdır. Ayrıntılı anlatım: test kullanıcısı şartı nasıl işler.
Sorunu beş dakikada teşhis edin
Play Console’u bu listenin yanında açın ve her soruyu dürüstçe yanıtlayın. Yanıtlayamadığınız her madde, okumaya başlamanız gereken yerdir.
Bu araç ne yapar, ne yapmaz
Bu araç Play Console hesabınızdan hiçbir veri okumaz ve test kullanıcısı sayınızı veya kayıt tarihlerinizi doğrulayamaz. Yalnızca zaten bildiklerinizi, incelemenin sorduğu sıraya dizer.
Sonraki adım
Daha fazla test kararından sonraki adımlar için yeniden başvuru rehberini kullanın. Teşhisiniz daha fazla insan testine ihtiyacınız olduğunu gösteriyorsa test desteğini karşılaştırın. Google bir uygulama veya politika sorunu belirttiyse önce onu düzeltin; yeni bir test kullanıcısı grubu bunu çözmez.
Üretim erişimi reddinden sonra kontrol edilecek beş alan
Araştırılacak alanlar, onları araştırabileceğiniz sırayla. Bir redde ne sıklıkla yol açtıklarına göre sıralanmamışlardır, çünkü bu sıralamayı ortaya koyan yayımlanmış bir veri yok.
Test kullanıcısı uygunluğu veya kesintisizliği tamamlanmadı
Google en az 12 test kullanıcısının son 14 gün boyunca kesintisiz kayıtlı olmasını ister. Kesintisizlik her test kullanıcısı için ayrı ölçülür: kaydolup 14 günden az test eden ve testten çıkan biri, o kesintiye uğramış dönem için sayılmaz. Geri dönen bir test kullanıcısı, yeni ve aralıksız 14 günlük bir kayıt döneminden sonra yeniden uygun hale gelebilir.
Neleri kontrol etmeli
- Kapalı kanalda olduğunuzu doğrulayın. Bir dahili teste kayıtlı olan bir test kullanıcısına kapalı testinizin ulaşması için, o kişinin önce dahili testten çıkması gerekir.
- Bir listeye eklediğiniz adresleri değil, teste kaydolmuş kişileri sayın. Bir adresi eklemek, o kişi bağlantıyı kabul edene kadar hiçbir şey değiştirmez.
- Test kullanıcılarından, üretim erişimi için başvurduğunuz ana kadar kayıtlı kalmalarını isteyin; yalnızca ondan önceki 14 gün boyunca değil.
Örnek: kesintisizlik her test kullanıcısı için ayrı
15 test kullanıcısı birlikte katıldıysa ve biri çıkarsa, kalan 14’ü yine uygun olabilir, çünkü her biri kendi kesintisiz dönemini korumuştur. Sonradan katılan bir yedek kendi sayacını başlatır; çıkan test kullanıcısının geçirdiği süreyi devralmaz.
Minimumun üzerinde küçük bir pay bırakın. Tam 12 test kullanıcısı yeterlidir; bu yüzden pay bırakmak, bir çıkışı sınırın altına düşmeden karşılamak için bizim uyguladığımız yöntemdir, Google’ın istediği bir şey değil.
Kaynaklar: test kullanıcısı listeleri ve kayıt bağlantıları için yeni kişisel geliştirici hesapları için uygulama test şartları ve açık, kapalı veya dahili test oluşturma. Adım adım anlatımlar: test kullanıcısı davetlerini ve kaydını kontrol etme ve dahili test ile kapalı test karşılaştırması.
Test kullanıcıları uygulamayı anlamlı biçimde kullanmadı
Başvuru, test kullanıcılarının özellikleri kullanıp kullanmadığını ve kullanımın üretimde beklediğinize benzeyip benzemediğini sorar. Google ayrıca, test kullanıcıları etkileşimde olmadığında teste devam etmenizin istenebileceğini söyler. İncelenen rehberlik sayısal bir etkileşim eşiği belirtmez; dolayısıyla yapılacak iş, gerçek kullanımı anlatmaktır.
Birbirinin aynısı olmayan üç rakam
| Metrik | Neyi sayar | Bu metrik neyi ortaya koyar |
|---|---|---|
| Kayıtlı test kullanıcıları | Kapalı kanalınızın kayıt bağlantısını kabul eden ve kayıtlı kalmaya devam eden kişiler. | Uygunluk rakamı; üç rakam arasında 12 ve 14 kuralına bağlı olan tek rakam. |
| Yüklü kitle | Önceki 30 gün içinde kullandıkları en az bir cihazda uygulamanız yüklü olan kullanıcılar. | Uygulama, kullanımda olan bir cihaza ulaştı. Kimsenin uygulamayı açtığını ortaya koymaz. |
| Günlük etkin kullanıcılar | Belirli bir günde uygulamayı açan kişiler. | Açılışlar gerçekleşti. Yine de hangi özelliklerin kullanıldığını veya test kullanıcılarının bunlar hakkında ne düşündüğünü söylemez. |
Kaynak: uygulama istatistiklerini görüntüleme. Google kullanım verilerini gerçekten tutuyor; yani etkileşim onun için görünmez değil. Belgelenmemiş olan şey, incelemenin hangi sinyallere ve hangi düzeyde ağırlık verdiğidir.
Neleri kontrol etmeli
- Test kullanıcılarına, denenmesini istediğiniz akışları belirten kısa bir yönlendirme ve yanıt verecekleri tek bir kanal verin.
- Bir hüküm değil, somut gözlemler isteyin: ne denediler, hangi cihazda, ne oldu.
- Önemli bir düzeltme yayınlandığında test kullanıcılarından ona yeniden bakmalarını isteyin; böylece kayıt, bir değişikliğin kontrol edildiğini gösterir.
Test kullanıcılarından uygulamanız için önemli olan görevleri tamamlamalarını, gördüklerini kendi sözleriyle bildirmelerini ve önemli düzeltmeler yayınlandıktan sonra bunlara yeniden bakmalarını isteyin. “Uygulamayı günde bir kez açın” gibi sabit bir talimat, isteğe bağlı bir test rutinidir; bir Google kuralı değildir.
Geri bildirim ve başvuru yanıtları somut kanıttan yoksun
Başvuru, aldığınız geri bildirimi ve yaptığınız değişiklikleri özetlemenizi ister. Google, geri bildirim temalarını süreç ilerlerken kaydetmenizi önerir; somut bir yanıtla genel bir yanıt arasındaki farkı yaratan da bu kayıttır.
Örnek test kaydı (kopyalanacak içerik değil, yapı)
| Derleme, iş akışı, ortam | Bulgu | İşlem veya doğrulama |
|---|---|---|
| Derleme 8; şifre sıfırlama; Android 14 | Yeniden deneme mesajı belirsizdi | Derleme 9’da netleştirildi; test kullanıcısı yeniden kontrol etti |
| Derleme 9; kaydedilen ayarlar; Android 13 | Ayarlar yeniden açıldıktan sonra korundu | Başarılı olarak kaydedildi; değişiklik gerekmedi |
Bu, önerilen bir kayıt biçimidir; Google’ın zorunlu tuttuğu bir şablon veya ek değildir. Sütunları yapı için kullanın, satırları asla yapıştırılacak olgular olarak almayın. Başarılı bir kontrolü kaydetmek, bir sorunu kaydetmek kadar önemlidir: yayına hazırlık sorusunu bir sorun uydurmadan yanıtlamanızı sağlayan şey budur.
Neleri kontrol etmeli
- Play Console’daki test geri bildirimi bölümünü ve test kullanıcılarına verdiğiniz kanalları kullanın. Herkese açık mağaza puanları buna dahil değildir.
- Geri bildirimi önce temalara ayırın; böylece yüksek sesli tek bir geri bildirim özetin tamamına dönüşmez.
- Test kullanıcısından alıntı yapsanız da onu doğru biçimde özetleseniz de somut gözlemi koruyun.
- Başvuruda anlattığınız özelliklerin test edilen derlemede bulunduğunu ve gerçekten denendiğini doğrulayın. Ayrı test edilen veya bu testin dışında bırakılan her şeyi not edin.
Kaynaklar: açık, kapalı veya dahili test oluşturma ve üretim erişimi rehberliği. Yeniden kullanılabilir bir günlük şablonu kurtarma yazımızda bulunuyor; doğru üretim erişimi yanıtları hazırlama ise formun kendisini adım adım ele alıyor.
Bulgular giderilmedi veya yayına hazırlık belirsiz
Başvuru, öğrendiklerinize dayanarak neyi değiştirdiğinizi sorar; Google da test sırasında geri bildirime göre hareket etmenizi önerir. İncelenen rehberlikte bir sürüm kotası yer almaz; dolayısıyla önemli olan, yanıtın testin ortaya koyduğu şeyi yansıtıp yansıtmadığıdır.
Değiştirilecek bir şey çıkmadığında ne yazmalı
Test, düzeltilmesi gereken bir şey ortaya çıkarmadıysa kontrol edilen iş akışlarını, bunların çalıştığı cihazları ve sonuçları anlatın, sonra yayına hazırlık kararınızı bu kayda dayandırarak açıklayın. Bir sorun uydurmak ya da bildirecek bir değişiklik olsun diye görüntüden ibaret bir sürüm yayınlamak yanıtı zayıflatır.
Neleri kontrol etmeli
- Önce gerçek bulguları giderin ve her düzeltmeyi hangi derlemenin taşıdığını belirtin.
- Her değişikliği onu tetikleyen geri bildirime bağlayın; böylece yanıt bir neden sonuç ilişkisi olarak okunur.
- Önemli bir sorun hâlâ açıksa, uygulamayı hazır olarak sunmadan önce onu çözün.
Bu yanıt nerede yanlışa kayar
Zayıf yanıt, testin iyi gittiğini söyler. Güçlü yanıt neyin kontrol edildiğini, neyin bulunduğunu, neyin yapıldığını ve bunun nasıl doğrulandığını belirtir. Somut yanıtı değerlendirmek daha kolaydır.
Erişim, kararlılık veya işlevsellik sorunları sürüyor
Google, kilitlenen, donan veya başka bir şekilde normal çalışmayan uygulamalara izin vermez. İncelemenin de uygulamaya ulaşabilmesi gerekir: herhangi bir bölüm oturum açmanın arkasındaysa, çalışan oturum açma bilgileri ve talimatlar sürümle birlikte gönderilir.
Neleri kontrol etmeli
- Gönderdiğiniz derleme için çalışan inceleme oturum açma bilgilerini ve kısıtlı özelliklere ulaşmak için gereken adımları verin.
- Test kullanıcılarının o derlemeyi yükleyip açabildiğini doğrulayın. Hâlâ bir dahili testte olan herkesin önce o testten çıkması gerekir.
- Bir yayın öncesi rapor çalıştırın, sonra test kullanıcılarınızın kullandığı akışlar için kilitlenme ve ANR sinyallerini kontrol edin ve yeniden üretilebilen sorunları düzeltin.
Temiz bir rapor neyi kanıtlamaz
Yayın öncesi raporlar, kapasite izin verdiğinde otomatik olarak çalışır. Korumalı içeriğe ulaşmak ve ilgili akışları denemek için oturum açma bilgileri veya özel bir yapılandırma gerekebilir. Temiz bir otomatik sonuç, elle yapılan bir test de değildir. Android vitals, cihazların ve işletim sistemi sürümlerinin bir bölümünden gelen, kullanıcı izniyle toplanmış tanılama verilerine dayanır; bu yüzden kullanılamayan bir görünüm, seçtiğiniz filtreler içinde veri noktasının çok az olmasını yansıtabilir. Vitals’ın yayımladığı kötü davranış eşikleri teknik kaliteyle ilgilidir, üretim erişimi için bir geçme notu değildir.
Kaynaklar: işlevsellik, içerik ve kullanıcı deneyimi, uygulamanızı incelemeye hazırlama, sorunları belirlemek için yayın öncesi rapor kullanma ve Android vitals ile teknik kaliteyi izleme.
Her kanıt neyi ortaya koyar, neyi koymaz
Hangi kanıtın hangi soruyu yanıtladığını bilmek, bir test kullanıcısı sorununu kanıt sorunundan ya da uygulama sorunundan ayıran şeydir.
YanıtladığıBaşvurmaya uygun olup olmadığınızı: en az 12 test kullanıcısı, her biri son 14 gün boyunca kesintisiz kayıtlı.
YanıtlamadığıBunlardan herhangi birinin uygulamayı kullanıp kullanmadığını veya yanıtlarınızın yeterince somut olup olmadığını.
YanıtladığıGösterilen her gün kaç kullanıcının uygulamayı açtığını.
YanıtlamadığıHer kişinin uygulamayı kaç kez açtığını, hangi özellikleri kullandığını veya deneyim hakkında ne düşündüğünü.
YanıtladığıSeçili görünümde, mevcut filtreler altında sorunları belirlemeye yetecek kadar veri olmadığını.
YanıtlamadığıUygulamanın kilitlenmediğini. Vitals, cihazların ve sürümlerin bir bölümünden gelen, kullanıcı izniyle toplanmış verileri kullanır; bu yüzden boş bir görünüm, hiçbir şeyin ters gitmediği değil, yeterince veri noktası toplanmadığı anlamına gelebilir.
YanıtladığıBaşka bir geliştiricinin o ifadeyi bildirdiğini. Kararın genel biçimini görmek için okumaya değer.
YanıtlamadığıKendi hesabınıza ne söylendiğini. Toplulukta yeniden paylaşılan mesajlar tek tek deneyimlerdir ve sizin zamanlamanızı belirleyemez.
YanıtladığıTest kullanıcısının kendi sözleriyle aktardığı, üzerine hareket edebileceğiniz ve anlatabileceğiniz somut bir gözlem.
YanıtlamadığıBunun yaygın olup olmadığını. Tek bir gözlem bir ipucudur; bulgu olan şey, test kullanıcıları arasındaki kalıptır.
Yeniden başvurmadan önce neleri kontrol etmeli
Google tavsiyesi- 1Play Console kararını ve hesap sahibine gelen e-postayı birlikte okuyun ve uygulamanız için verilen talimatları izleyin.
- 2Uygulamanıza gerçekten verilen ek test süresini tamamlayın ve bu süre boyunca kapalı kanalı çalışır durumda tutun.
- 3Kararda belirtilen sorunları çözmeye devam edin, sonra hesabınızda gösterilen talimatları kullanarak yeniden başvurun.
Çıkarılmaması gereken iki sonuç
Bir sürenin belirtilmemiş olması, hemen yeniden başvurma izni değildir. Teste devam etme talimatı da her test kullanıcısının geçirdiği sürenin silindiğinin kanıtı değildir: incelenen herkese açık rehberlik evrensel bir sıfırlama kuralı belirtmez; bu yüzden kendi hesabınız aksini söyleyene kadar ikisini de bilinmeyen olarak kabul edin.
Google, bunun ardından gelen incelemeyi genellikle 7 gün veya daha kısa olarak tanımlar, bazen daha uzun sürebileceğini de belirtir. Bu, incelemedir; ondan önceki test değil. Adım adım: daha fazla test gerekiyor kararından sonra nasıl yeniden başvurulur.
Kaynak: üretim erişimi için sonraki adımlar.
Test kullanıcıları nasıl etkileşimde tutulur
Google tavsiyesiGoogle, pek çok geliştiricinin test kullanıcılarını arkadaşlar, aile, iş arkadaşları, topluluklar ve sosyal kanallar üzerinden bulduğunu söyler ve hedef kullanıcılarınızı temsil eden, cihaza özgü sorunları ortaya çıkaracak kadar çeşitli test kullanıcıları önerir.
Katılım ve geri bildirim yönetilmediğinde test kullanıcısı bulma çabası boşa gidebilir: etrafında hiçbir düzen olmayan 14 günlük bir taahhüt, gönüllünün haftasındaki her şeyle yarışır. Dikkat edilmesi gereken üç katılım ve geri bildirim sorunu:
Kendi yönettiğiniz grup pencereyi nerede kaçırır
Kaynak: Google’ın test kullanıcısı bulmayı ele aldığı sayfa olan uygulama test şartları. Seçenekler 12 test kullanıcısı bulmanın meşru yolları yazısında karşılaştırılıyor.
Kendi yönettiğiniz test mi, yönetilen test mi?
İki yol da aynı şartı karşılar. Fark, 14 gün boyunca sayıyı kimin izlediği ve geri bildirimin peşine kimin düştüğüdür.
| Başvurunun neye dayandığı | Kendi yönettiğiniz grup | Yönetilen test |
|---|---|---|
| 12 kayıtlı test kullanıcısını 14 gün kesintisiz tutmak | İzlemesi size düşer. Bir çıkış, uygun test kullanıcısı sayısını çok düşürürse uygunluğu geciktirebilir. | Sizin için izlenir; liste minimumun üzerinde tutulur. |
| Gerçek cihazlar | Gönüllülerinizin elinde ne varsa. | Android 7’den 17’ye uzanan gerçek Android cihazlar. |
| Başlangıç | Test kullanıcısı bulmak ne kadar sürerse. | Test kullanıcıları genelde 4-6 saat içinde başlar. |
| Özetleyebileceğiniz geri bildirim | Tamamen nasıl topladığınıza bağlı. | Tek bir kanaldan toplanır ve size iletilir. |
| Maliyet | Ücretsiz, artı 14 gün boyunca kendi zamanınız. | 12 test kullanıcısı için $19,99’dan başlar. |
İki yol da başvurunun nasıl incelendiğini değiştirmez. Yönetilen test katılım riskini ortadan kaldırır; geri bildirim ve yayına hazırlık sorularını sizin yerinize yanıtlamaz ve hiç kimse onay vaat edemez.
Test desteği
Bizim önerimizTeşhisiniz katılımı işaret ediyorsa, kapalı testi PrimeTestLab sizin için yürütür: gerçek cihazlarda 14 günün tamamı boyunca kayıtlı test kullanıcıları, minimumun üzerinde tutulan bir liste ve tek bir yerde toplanan geri bildirim. Eksik olan şey bozuk bir oturum açma akışı veya belirtilmiş bir politika sorunuysa, daha fazla test kullanıcısı bunu değiştirmez.
Starter
12 Gerçek Test Kullanıcısı
$19.99
Enterprise
25 Gerçek Test Kullanıcısı
$27.99
Professional
20 Gerçek Test Kullanıcısı
$29.99
Bu tamamlama rakamı Google’ın onay oranı değil, bizim kendi operasyon kaydımızdır: yönetilen test, gereken test kullanıcısı sayısını ve kesintisiz kayıt dönemini bitiş tarihine kadar korudu.
Sorular ve yanıtlar
Google Play neden “More testing required” diyor?
Üretim erişimi başvurunuz incelendi ve henüz onaylanmadı; bu yüzden Google teste devam etmenizi istiyor. Verdiği örnekler arasında 12 kayıtlı test kullanıcısına sahip olmamak ve test kullanıcılarının kapalı test sırasında etkileşimde olmaması yer alıyor. Belirlenen sorunları görmek için Play Console kararını ve hesap sahibine gönderilen e-postayı birlikte okuyun.
14 gün kesintisiz kayıtlı 12 test kullanıcısı gerekiyor mu?
13 Kasım 2023’ten sonra oluşturulmuş kişisel bir geliştirici hesabı için evet. Google, en az son 14 gündür kesintisiz kayıtlı minimum 12 test kullanıcısının bulunduğu bir kapalı test ister. Tam 12 yeterlidir ve davet edilen adresler, her kişi teste kaydolana kadar sayılmaz.
14 gün içinde bir test kullanıcısı testten çıktı. Baştan başlamam gerekir mi?
Şart değil. Kesintisizlik her test kullanıcısı için ayrı ölçülür; dolayısıyla kendi kesintisiz dönemini koruyan herkes yine sayılır. Kesintiye uğrayan dönemin kendisi sayılmaz, ama geri dönen bir test kullanıcısı yeni ve aralıksız 14 günlük bir kayıt döneminden sonra yeniden uygun hale gelebilir. Olmayan şey devralmadır: sonradan katılan bir yedek, çıkan test kullanıcısının geçirdiği süreyi üstlenmek yerine kendi dönemini başlatır.
Test düzeltilecek bir şey ortaya çıkarmadıysa ne yanıt vermeliyim?
Kontrol ettiğiniz iş akışlarını, bunların çalıştığı cihazları ve sonuçları anlatın, sonra yayına hazırlık kararınızı bu kayda dayandırarak açıklayın. İncelenen rehberlikte bir sürüm kotası yer almaz ve hiçbir yerinde test sırasında güncelleme yayınlamanız gerektiği yazmaz. Bir sorun uydurmak yanıtı yalnızca zayıflatır.
Retten hemen sonra yeniden başvurabilir miyim?
Kök nedeni düzelttikten sonra yeniden başvurun ve zamanlamayı kendi yayına hazırlığınız belirlesin. Bazı mesajlar ek bir kapalı test süresi belirtir; bazıları yalnızca teste devam etmenizi söyler ve hiçbir süre vermez. Bir sürenin belirtilmemiş olması hemen yeniden başvurma izni değildir ve incelenen herkese açık rehberlik evrensel bir sıfırlama kuralı belirtmez.
Google bir üretim erişimi başvurusunu ne kadar sürede inceler?
Google incelemeyi genellikle 7 gün veya daha kısa olarak tanımlar ve bazen daha uzun sürebileceğini belirtir. Bu yalnızca incelemeyi kapsar. Ondan önceki kapalı test ayrıca 14 gün kesintisizdir ve kararınızın istediği ek test de bundan ayrıdır.
Sıradaki adımınız
Beş dakikalık kontrole dönün ve yanıtlayamadığınız ilk soruyu ele alın. O tek şeyi düzeltin, testin gerçekten ne ortaya koyduğunu yazıya geçirin ve hesabınızdaki talimatları kullanarak yeniden başvurun. Eksik olan kanıt değil katılımsa, bir sonraki denemeden önce test kullanıcılarını hazırlayın; böylece pencere test ortasında yeniden bozulmaz.
Özet
“More testing required”, yürüttüğünüz test, verdiğiniz yanıtlar ve uygulamanın hazır olup olmadığı hakkında bir karardır. Alt sınır sabit ve herkese açıktır: 13 Kasım 2023’ten sonra oluşturulmuş kişisel bir geliştirici hesabı için en az 12 test kullanıcısının 14 gün kesintisiz kayıtlı olması. Bunun üzerinde, yanıtlarınız testin ortaya koyduğu şeyi doğru biçimde açıklamalıdır. Net bir anlatım, anlamlı testin veya çalışan bir uygulamanın yerini tutmaz.
Resmi Google dokümantasyonu