Puwede bang i-update ang app habang nasa saradong pagsubok? Tuloy ang 14 na araw — paano at gaano kadalas mag-update

1. Puwede kang mag-upload — hindi napuputol ang 14 araw

Kahit mag-upload ka ng bagong bersyon habang nasa saradong pagsubok, hindi magsisimula ulit sa umpisa ang 14 araw. Ang dokumento sa Help Center ng Play Console ay nagsasaad lang ng kinakailangan bilang “hindi bababa sa 12 tester na tuloy-tuloy na naka-opt in sa loob ng 14 araw,” at hindi ginagawang kondisyon ang bilang ng bersyon o kung nag-update ka. Hindi binabago ng pag-upload ng bagong bersyon sa parehong track ang pagka-opt in ng mga tester.

Ang pumuputol sa 14 araw ay hindi ang update kundi ang pagkawala ng mga tester: kapag nag-opt out o nag-uninstall ng app ang tester, kapag naalis siya sa listahan ng tester, o kapag gumawa ka ng bagong track at lumipat doon. Ang detalyadong mga panuntunan sa pagbilang ay nasa kailan nagsisimula ang 14 araw.

2. Bakit mas mabuting mag-upload

Kapag nag-apply ka para sa access sa produksyon pagkatapos ng 14 araw, tinatanong sa huling bahagi ng questionnaire kung paano mo binago ang app batay sa resulta ng saradong pagsubok at kung ano ang batayan mo sa pagsasabing handa na itong i-release. Kung iisa lang ang bersyon sa buong pagsubok, wala kang maisusulat sa tanong na ito.

Sa kabilang banda, kung may naiwang mga bersyong na-upload habang nasa pagsubok at mga inayos sa bawat isa, iyon na mismo ang batayan ng iyong sagot. Kapag isinulat mo nang magkasama ang numero ng bersyon at ang binago, gaya ng “pinabilis ang pag-load ng unang screen sa 1.0.2, at inayos ang login error na iniulat ng mga tester sa 1.0.3,” makukumpirma ito ng reviewer. Ang mga halimbawa para sa bawat tanong ay nasa mga halimbawang sagot sa questionnaire para sa access sa produksyon, at ang problemang dulot ng iisang bersyon lang ay nasa 7 dahilan ng pag-reject.

3. Paano mag-upload sa Play Console

1. Taasan ang version code (versionCode) ng app nang mas mataas kaysa sa nakaraang bersyon at mag-build ng bagong App Bundle (.aab). Hindi na magagamit ulit ang version code na nagamit na.
2. Sa kaliwang menu, pumunta sa Subukan at i-release → Pagsubok → Saradong pagsubok, at i-click ang Pamahalaan ang track ng track kung saan kasalukuyang naka-opt in ang mga tester.
3. Sa tab na Mga release, gumawa ng bagong release, i-upload ang App Bundle, isulat sa mga tala sa release ang mga binago mo ngayon, at i-save.
4. Sa kaliwang menu, mula sa Pangkalahatang-ideya ng pag-publish, ipadala para sa review ang mga binago mo. Kung naka-on ang pinamamahalaang pag-publish, kailangan mo itong i-publish mismo pagkatapos ng review bago ito makarating sa mga tester.
5. Kapag tapos na ang review, lalabas ang update sa Play Store ng mga tester. Kusang matatanggap ito ng mga device na naka-on ang awtomatikong pag-update; kung hindi, ang tester mismo ang mag-a-update.

4. Gaano kadalas, at ano

Walang takdang bilang. Sa praktika, bawat 3–4 na araw, o dalawa hanggang tatlong beses sa loob ng 14 araw, ay sapat na para may maiwang history na maisusulat sa questionnaire. Hindi mo kailangang gumawa ng malaking bagong feature; kahit maliit, basta nakita at inayos mo ito sa pagsubok.

• Pag-aayos ng mga abala o error na iniulat ng mga tester
• Pag-aayos ng problemang nangyayari lang sa partikular na device · bersyon ng OS
• Pagpapabilis ng mabagal na paglabas ng unang screen (kapag mabagal ang unang launch, mas kaunti ang paggamit ng mga tester sa app)
• Pag-aayos ng mga bahaging nakalito sa mga tester, gaya ng mga salita · ayos ng screen

Kung magsusulat ka ng isang linya sa mga tala sa release kung ano ang binago sa bawat bersyon, ang listahang iyon na ang magiging sagot mo kapag isinulat mo ang questionnaire. Kung malaki ang babaguhin mo sa app bago mismo mag-apply, wala nang oras ang mga tester para subukan ang bersyong iyon, kaya mas mabuting i-upload ang malalaking pagbabago sa simula o kalagitnaan ng pagsubok.

5. Kapag nasira ang pagsubok dahil sa update

Hindi pinuputol ng update mismo ang 14 araw, pero may mga pagkakamali sa proseso ng pag-update na sumisira sa pagsubok.

• Gumawa ng bagong track at doon nag-upload. Kapag nagpalit ka ng track, hindi na madadala ang naipong pag-opt in. I-upload ang update sa kasalukuyang track.
• Nag-upload sa track ng panloob na pagsubok. Hindi ito makakarating sa mga tester ng saradong pagsubok. Saradong pagsubok lang din ang binibilang (pagkakaiba ng panloob · sarado · bukas na pagsubok).
• Inayos ang listahan ng tester kasabay ng pag-upload. Agad na hindi na binibilang ang mga account na inalis sa listahan. Habang nasa pagsubok, magdagdag lang at huwag mag-alis.
• Nag-upload ng bersyong sira ang unang launch. Madaling i-uninstall ng mga tester ang app na agad nagsasara pagbukas, at kapag in-uninstall nila ito, hindi na sila binibilang. Bago mag-upload, kumpirmahin muna sa sarili mong device ang pag-install at ang unang launch.

6. Kapag hindi makita ng tester ang update

• Tingnan sa Pangkalahatang-ideya ng pag-publish kung nasa Mga pagbabagong sinusuri pa ito. Makakarating lang ito sa mga tester kapag tapos na ang review.
• Kung naka-on ang pinamamahalaang pag-publish, tiyaking na-publish mo ito mismo pagkatapos ng review.
• Tiyaking ang track na pinag-uploadan mo ng bersyon ay ang parehong track kung saan naka-opt in ang mga tester.
• Pagkatapos mismo ma-publish, minsan may tagal bago mapansin ng Play Store ang update. Puwedeng buksan ng tester ang page ng app sa Play Store at i-update ito nang mano-mano.

Sa DUIRE, araw-araw na tinitingnan ng mga test device kung may bagong bersyon. I-upload mo lang sa Play Console ang bagong bersyon at kukunin ito ng mga device, ii-install, at itatala sa history kung kailan at aling bersyon ang na-install sa bawat device. Napapasama ang history na iyon sa final na ulat at nagiging batayan ng iyong questionnaire.