Cum să testezi aplicația înainte de lansare: un plan practic

Pentru a testa aplicația înainte de lansare, listează câteva parcursuri pe care un utilizator trebuie să le poată finaliza, rulează fiecare ca utilizator complet nou, pe laptop și pe telefon, apoi încearcă modurile în care pot merge prost: date goale, date de intrare greșite, un al doilea cont, o conexiune lentă. Testează cu grijă sporită orice implică bani sau date private și repetă principalele parcursuri pe adresa live după publicare. Încheie urmărind pe cineva care nu a văzut niciodată aplicația încercând să o folosească.

Pentru asta nu ai nevoie de o echipă de QA sau de un framework de testare. Ai nevoie de o listă, o oră sau două și disciplina de a o parcurge efectiv.

Pasul 1: Notează parcursurile care contează

Un parcurs este o sarcină de la început până la sfârșit pe care un utilizator vine să o facă. Majoritatea aplicațiilor au între trei și șase care contează cu adevărat. Pentru o aplicație de rezervări:

1. Înregistrare și confirmarea contului
2. Găsirea unei clase și rezervarea ei
3. Anularea unei rezervări
4. Plata pentru un abonament la clase
5. Personal: vizualizarea rezervărilor de azi

Dacă ai scris povești de utilizator, criteriile lor de acceptare sunt deja cazurile tale de test. Dacă nu, scrie o linie pentru fiecare parcurs cu ce înseamnă „succes”.

Clasează-le. Parcursurile care aduc bani sau pe care le atinge fiecare utilizator (înregistrarea, autentificarea, acțiunea de bază) se testează primele și cel mai mult.

Pasul 2: Testează calea fericită ca utilizator nou

„Calea fericită” este parcursul care merge exact cum a fost gândit. Testează-o așa cum l-ar trăi un străin:

• Folosește o fereastră de navigare privată, ca să nu fii conectat și să nu ai date salvate.
• Folosește un cont proaspăt cu o adresă reală la care poți verifica emailul.
• Pornește de pe pagina principală sau de la un link, nu de pe o pagină salvată la marcaje în timpul construcției.

Utilizatorii noi nu au date. Multe erori apar doar când o listă este goală, un profil nu are poză sau încă nu s-a cumpărat nimic. Propriul tău cont, plin de date de test, le ascunde.

Pasul 3: Încearcă să o strici

Acum repetă fiecare parcurs și fă intenționat lucrul greșit.

Reîncărcarea merită subliniată: dacă aplicația funcționează când dai clic, dar o reîncărcare pe o pagină mai adâncă afișează un 404, vezi cum repari erorile 404 după publicare.

Pasul 4: Testează permisiunile cu două conturi

Acesta este cel mai important test pentru orice aplicație cu conturi și cel pe care se sare cel mai des.

Creează doi utilizatori normali, A și B, și (dacă aplicația ta îi are) un administrator.

• Ca A, creează o înregistrare. Conectează-te ca B. Poate B să o vadă, să o editeze sau să o șteargă? Nu ar trebui, cu excepția cazului în care asta este intenția.
• Ca A, copiază URL-ul uneia dintre înregistrările tale. Conectează-te ca B și deschide acel URL direct.
• Ca utilizator normal, deschide paginile de administrare tastând adresele lor.
• Deconectează-te complet și încearcă aceleași URL-uri.

Dacă găsești o problemă aici, nu lansa până nu e reparată. Verificarea trebuie făcută pe server, nu doar ascunzând un buton. Lista noastră de verificare de securitate pentru aplicațiile construite cu AI merge mai adânc.

Pasul 5: Testează pe dispozitive reale

Deschide aplicația pe un telefon adevărat, nu doar într-o fereastră de browser îngustă.

• Poți apăsa fiecare buton fără să mărești?
• Tastatura acoperă câmpul în care scrii?
• Tabelele și conținutul lat se derulează sau se încadrează, în loc să împingă pagina lateral?
• Textul se citește fără să ciupești ecranul?

Încearcă cel puțin un iPhone (Safari) și un telefon Android (Chrome), dacă poți împrumuta. Safari, în special, are particularitățile lui cu datele, videoclipurile și elementele cu poziție fixă.

Pasul 6: Testează banii și emailurile cap-coadă

Orice care taxează carduri sau trimite emailuri are nevoie de o parcurgere completă.

Plăți. Folosește modul de test al furnizorului de plăți și numerele de carduri de test. Verifică o plată reușită, un card refuzat și un checkout anulat. Confirmă că și comanda sau abonamentul apar în aplicația ta după plată, nu doar în panoul furnizorului. Dacă aplicația ta se bazează pe webhook-uri (mesaje pe care furnizorul de plăți le trimite serverului tău), verifică-le că sosesc pe aplicația publicată, nu doar în dezvoltare. Apoi, înainte de lansare, treci pe chei live și faci o mică achiziție reală pe care o rambursezi.

Emailuri. Înregistrează-te cu adrese reale la doi sau trei furnizori diferiți. Verifică dacă emailurile sosesc, nu ajung în spam și dacă fiecare link din ele duce la domeniul live, nu la o adresă de previzualizare.

Pasul 7: Verifică viteza și erorile

• Deschide uneltele pentru dezvoltatori ale browserului (clic dreapta → Inspectează) și uită-te la fila Consolă pe fiecare pagină principală. Erorile roșii merită reparate chiar dacă nimic nu pare defect.
• Încarcă site-ul pe telefon folosind date mobile, nu Wi-Fi. Dacă primul ecran durează câteva secunde, verifică mai întâi dimensiunea imaginilor.
• Rulează un audit gratuit, precum Lighthouse din uneltele pentru dezvoltatori ale Chrome, pentru o evaluare rapidă a performanței și accesibilității.

Pasul 8: Testează aplicația publicată, nu doar previzualizarea

O previzualizare și o aplicație publicată nu sunt același mediu. Înainte să anunți lansarea cuiva, repetă principalele parcursuri pe adresa live:

• Sunt setate toate variabilele de mediu și secretele pentru aplicația publicată?
• Folosește baza de date corectă, cu datele pe care le aștepți?
• Redirecționările după autentificare și linkurile din emailuri folosesc domeniul live?
• O reîncărcare pe o pagină adâncă se încarcă corect?

Pasul 9: Urmărește pe altcineva cum o folosește

Dă unei sau două persoane un obiectiv („rezervă un curs de yoga sâmbătă”), nu instrucțiuni. Urmărește, nu ajuta, și notează unde ezită. Este cel mai rapid mod de a găsi formulări confuze și butoane ascunse. Pentru o versiune mai amplă a acestui lucru, vezi cum rulezi un test beta.

Când dă de o eroare, scrie-o corect, cu pași, rezultatul așteptat și rezultatul real. Ghidul nostru despre cum scrii un bun raport de eroare arată formatul.

Să folosești AI-ul pentru a te ajuta să testezi

Dacă construiești cu AI, îl poți ruga să te ajute să planifici și să rulezi teste:

Listează principalele parcursuri ale utilizatorului din această aplicație și, pentru fiecare, cazurile limită cele mai probabile să se strice: stări goale, date de intrare invalide, permisiuni și reîncărcare. Pune-le într-o listă de verificare pe care o pot parcurge.

Conectează-te cu doi utilizatori de test diferiți și verifică dacă utilizatorul B poate vedea sau modifica ceva creat de utilizatorul A, inclusiv deschizând direct URL-urile înregistrărilor lui A. Raportează ce găsești înainte să repari ceva.

Tratează raportul de testare al AI-ului drept o primă trecere. Parcurge tu însuți, în continuare, parcursurile legate de bani și de permisiuni.

Testarea în Mythex

În Mythex, comanda /test rulează App Testing: agentul conduce un browser împotriva previzualizării tale live, parcurge paginile, face capturi de ecran și raportează în chat fluxurile defecte. Funcționează cel mai bine cu un parcurs specific, de exemplu „testează înregistrarea și rezervarea unei clase”. Repară ce găsește cu /fix sau cu un mesaj obișnuit, apoi rulează din nou /test. App Testing folosește previzualizarea, așa că verifică tu principalele parcursuri pe adresa publicată, după publicare. Vezi App Testing în documentație și ghidul nostru despre depanarea unei aplicații construite cu AI pentru cazurile în care ceva eșuează.

Greșeli frecvente

• Să testezi doar ca tine. Contul tău de administrator, cu multe date, ascunde erorile de stare goală și de permisiuni.
• Să testezi doar pe laptop. Majoritatea vizitatorilor multor site-uri sosesc de pe telefon.
• Să sari peste al doilea cont. Scurgerea datelor între utilizatori este cea mai gravă eroare cu care o aplicație poate fi lansată.
• Să ai încredere în previzualizare. Aplicația live are setări diferite; testează-o și pe ea.
• Să repari erori fără să retestezi zona din jur. O reparație la un formular poate strica alt formular care folosește același cod.

Lista de verificare înainte de lansare

• Principalele parcursuri notate și clasate
• Fiecare parcurs trece ca utilizator complet nou, într-o fereastră privată
• Date goale, invalide, lungi și duplicate tratate
• Reîncărcarea funcționează pe fiecare pagină
• Utilizatorii nu își pot vedea sau modifica datele unii altora, nici chiar prin URL
• Paginile de administrare blocate pentru utilizatorii normali și pentru vizitatorii neconectați
• Funcționează pe un iPhone și un telefon Android reale
• Plățile testate: succes, refuz, anulare, iar aplicația se actualizează după aceea
• Emailurile sosesc, evită spam-ul și duc la domeniul live
• Fără erori roșii în consolă pe paginile principale
• Principalele parcursuri repetate pe adresa publicată
• Cel puțin o persoană din afară a încercat-o cât timp ai urmărit-o

Întrebări