Vydanie appky bez pádov: beta testovanie, postupné vydanie a crash reporting

Prečo je mobilná chyba drahšia než webová

Chybu na webe opravíte, nasadíte a o minútu ju má opravenú každý návštevník. Pri mobilnej aplikácii je každá oprava novou verziou, ktorá čaká na schválenie, a potom na to, kým si ju ľudia stiahnu. Časť používateľov pritom aktualizuje až po týždňoch, niektorí vôbec.

Horšie hodnotenie pritom znižuje aj pozíciu vo vyhľadávaní v obchode a ochotu nových ľudí appku stiahnuť. Jedna zlá verzia tak vie stáť stiahnutia ešte mesiace po oprave.

Beta testovanie na skutočných ľuďoch

Vývojári testujú na niekoľkých telefónoch, ktoré majú na stole. Skutoční používatelia majú stovky modelov, staré verzie systému, pomalý internet a zvyky, ktoré by vás nenapadli. Beta test tento rozdiel zmenšuje.

• TestFlight (iOS). Interne až 100 členov tímu, externe až 10 000 testerov cez e-mail alebo verejný odkaz. Externá verzia prejde krátkou kontrolou a platí 90 dní. Testeri vedia poslať spätnú väzbu aj so screenshotom priamo z appky.
• Testovacie stopy Google Play. Interná stopa pre malý tím (do 100 ľudí) s takmer okamžitou dostupnosťou, uzavretá stopa pre vybranú skupinu a otvorená pre kohokoľvek, kto sa prihlási.
• Pestrosť pred počtom. Desiatky testerov s rôznymi zariadeniami odhalia viac než stovky ľudí s rovnakým iPhonom. Pridajte starý a lacný Android, malý displej a iný jazyk systému.
• Verní zákazníci ako testeri. Ľudia, ktorí vašu appku milujú, radi vyskúšajú novinky vopred — a ich spätná väzba je najcennejšia.

Postupné vydanie: chybu zachytíte pri percente

Aj po dobrom beta teste môže chyba prekĺznuť. Postupné vydanie zabezpečí, že ju uvidí malá skupina ľudí, nie všetci naraz.

• App Store — postupné vydanie počas 7 dní. Automatická aktualizácia sa rozšíri postupne na 1 %, 2 %, 5 %, 10 %, 20 %, 50 % a 100 % používateľov. Vydanie môžete pozastaviť (spolu až na 30 dní). Kto si aktualizáciu stiahne ručne, dostane ju hneď.
• Google Play — postupné zavádzanie. Percento si určíte sami, postupne ho zvyšujete a pri probléme zavádzanie zastavíte.
• Medzi krokmi sledujte čísla. Pády, zamrznutia, nové recenzie a spätnú väzbu na podporu. Až keď sú v poriadku, pustite ďalšiu vlnu.
• Nevydávajte v piatok večer. Najlepší čas je začiatok týždňa, keď je tím k dispozícii a môže na problém hneď reagovať.

Hlásenie pádov: dozviete sa prví

Používateľ, ktorému appka spadne, vám to nenapíše. Odinštaluje ju alebo napíše recenziu. Nástroje na hlásenie pádov — napríklad Firebase Crashlytics alebo Sentry — vám každý pád pošlú automaticky: na ktorom riadku kódu, na akom zariadení a verzii systému a čo používateľ tesne predtým robil.

Hranice 1,09 % a 0,47 % sú prahy „zlého správania“ v Google Play. Appke, ktorá ich prekračuje, môže Google znížiť viditeľnosť v obchode a zobraziť ľuďom upozornenie.

• Nahrajte symboly. Bez súborov dSYM (iOS) a mapovacieho súboru (Android) uvidíte namiesto názvov funkcií len nečitateľné adresy.
• Nastavte upozornenia na nový typ pádu a na náhly nárast — nie až pri pravidelnej kontrole.
• Neposielajte osobné údaje. Kontext pádu áno, e-maily a mená nie. Nástroj uveďte v zásadách súkromia aj v údajoch o dátach v obchode.

Záchranné brzdy: vypínače a vynútená aktualizácia

Keď sa napriek všetkému niečo pokazí, potrebujete dve páky, ktoré fungujú bez novej verzie v obchode.

1. Vypínače funkcií. Novú alebo rizikovú funkciu zabaľte do prepínača, ktorý ovládate zo servera (napríklad cez Firebase Remote Config). Ak spôsobuje problémy, vypnete ju za minútu. Funkcia však musí byť v buildi, ktorý prešiel schválením — skrývať funkcie pred recenzentom pravidlá obchodov zakazujú.
2. Vynútená aktualizácia. Appka pri štarte zistí zo servera minimálnu podporovanú verziu. Ak je jej verzia nižšia, zobrazí výzvu na aktualizáciu — odporúčanú, alebo pri kritickej chybe blokujúcu. Na Androide na to existuje aj oficiálne rozhranie In-app updates.

Nastavenie na serveri môže byť úplne jednoduché:

{
  "ios":     { "minimum": "2.3.0", "latest": "2.5.1" },
  "android": { "minimum": "2.3.0", "latest": "2.5.1" }
}

Kontrolný zoznam vydania

1. Beta test aspoň pár dní na rôznych zariadeniach vrátane aktualizácie zo staršej verzie.
2. Hlásenie pádov overené testovacím pádom a nahraté symboly.
3. Zrozumiteľné poznámky k vydaniu — čo je nové pre človeka, nie „opravy chýb a vylepšenia“.
4. Zapnuté postupné vydanie v oboch obchodoch.
5. Sledovanie metrík 24 až 48 hodín pred každým ďalším krokom.
6. Pripravený postup pre rýchlu opravu — kto rozhoduje, kto opravuje a kedy žiadať zrýchlenú kontrolu.

Dobrý proces vydávania nie je o tom, že sa chyby nestanú. Je o tom, že ich uvidí jedno percento ľudí namiesto sto. Zásada mobilného vývoja

Časté otázky

Koľko testerov potrebujem?

Na zachytenie väčšiny problémov stačia desiatky ľudí s rôznymi zariadeniami — dôležitejšia než počet je pestrosť. Pri nových osobných účtoch Google Play navyše vyžaduje pred prvým vydaním uzavretý test s aspoň 12 testermi počas 14 dní.

Spomalí hlásenie pádov appku alebo poruší GDPR?

Moderné nástroje sú úsporné a dáta posielajú v dávkach. Kvôli GDPR neposielajte v hláseniach osobné údaje a nástroj uveďte v zásadách ochrany súkromia aj v údajoch o dátach v obchode.

Čo robiť, keď postupné vydanie odhalí vážnu chybu?

Pozastavte ho — ďalší používatelia chybnú verziu nedostanú. Opravte chybu, vydajte novú verziu a pri kritickej chybe požiadajte Apple o zrýchlenú kontrolu. Ak máte vypínač funkcie, vypnite ju ešte predtým, než oprava príde.