Si ta testosh aplikacionin para lançimit: plan praktik para lançimit

Për të testuar aplikacionin para lançimit, listo rrugët e pak që një përdorues duhet të mund t’i përfundojë, ekzekuto secilën si përdorues krejt i ri në laptop dhe telefon, pastaj provo mënyrat si mund të shkojë keq: të dhëna bosh, input i gabuar, një llogari e dytë, një lidhje e ngadaltë. Testo me kujdes të veçantë çdo gjë që përfshin para ose të dhëna private, dhe përsërit rrugët kryesore në URL-në live pas publikimit. Përfundo duke parë dikë që nuk e ka parë kurrë aplikacionin ndërsa përpiqet ta përdorë.

Nuk të duhet ekip QA ose kornizë testimi për këtë. Të duhet një listë, një ose dy orë, dhe disiplina për ta kaluar me klikime.

Hapi 1: Shkruaj rrugët që kanë rëndësi

Një rrugë është një detyrë nga fillimi në fund që një përdorues vjen ta bëjë. Shumica e aplikacioneve kanë tre deri në gjashtë që kanë vërtet rëndësi. Për një aplikacion rezervimesh:

1. Regjistrohu dhe konfirmo llogarinë
2. Gjej një orë dhe rezervoje
3. Anulo një rezervim
4. Paguaj për një kartelë/paketë mësimi
5. Stafi: shih rezervimet e sotme

Nëse ke shkruar histori përdoruesi, kriteret e pranimit të tyre janë tashmë rastet e tua të testimit. Nëse jo, shkruaj një rresht për rrugë me atë që do të thotë “sukses”.

Renditi. Rrugët që sjellin para ose që çdo përdorues i prek (regjistrimi, hyrja, veprimi bazë) testohen të parat dhe më shumë.

Hapi 2: Testo rrugën e drejtë si një i ri

Rruga e drejtë (“happy path”) është rruga që shkon saktësisht siç është menduar. Testoje si do ta përjetonte një i huaj:

• Përdor një dritare private shfletuesi, që të mos jesh i hyrë dhe të mos kesh të dhëna të ruajtura.
• Përdor një llogari të re me një email real që mund ta kontrollosh.
• Nis nga faqja kryesore ose nga një lidhje, jo nga një faqe që e ke bërë shenjë gjatë ndërtimit.

Përdoruesit e rinj nuk kanë të dhëna. Shumë gabime shfaqen vetëm kur një listë është bosh, një profil nuk ka foto, ose asgjë nuk është blerë ende. Llogaria jote, plot me të dhëna testi, i fsheh ato.

Hapi 3: Provo ta prishësh

Tani përsërit çdo rrugë dhe bëj qëllimisht gabimin.

Rifreskimi meriton të theksohet: nëse aplikacioni funksionon kur klikon nëpër të, por një rifreskim në një faqe më të thellë shfaq 404, shiko si të rregullosh gabimet 404 pas publikimit.

Hapi 4: Testo lejet me dy llogari

Ky është testi më i rëndësishëm për çdo aplikacion me llogari, dhe ai që kalohet më shpesh.

Krijo dy përdorues normalë, A dhe B, dhe (nëse aplikacioni i ka) një admin.

• Si A, krijo një regjistrim. Hyr si B. A mund ta shohë B, ta ndryshojë ose ta fshijë? Nuk duhet, përveç nëse ky është dizajni.
• Si A, kopjo URL-në e një regjistrimi tënd. Hyr si B dhe hape këtë URL drejtpërdrejt.
• Si përdorues normal, hap faqet e adminit duke shkruar URL-të e tyre.
• Dil plotësisht dhe provo të njëjtat URL.

Nëse gjen një problem këtu, mos lanço para se ta rregullosh. Kontrolli duhet të ndodhë në server, jo vetëm duke fshehur një buton. Lista jonë e sigurisë për aplikacionet e ndërtuara me AI shkon më thellë.

Hapi 5: Testo në pajisje reale

Hap aplikacionin në një telefon të vërtetë, jo vetëm në një dritare shfletuesi të ngushtë.

• A mund të prekësh çdo buton pa zmadhuar?
• A e mbulon tastiera fushën që po shkruan?
• A lëvizin ose përshtaten tabelat dhe përmbajtja e gjerë, në vend që ta shtyjnë faqen anash?
• A lexohet teksti pa zmadhim me gishta?

Provo të paktën një iPhone (Safari) dhe një telefon Android (Chrome), nëse mund të huazosh. Safari në veçanti ka çudinë e vet me datat, videot dhe elementët me pozicion fiks.

Hapi 6: Testo paratë dhe email-et nga fillimi në fund

Çdo gjë që ngarkon karta ose dërgon email ka nevojë për një kalim të plotë.

Pagesat. Përdor modalitetin test të ofruesit të pagesave dhe numrat e kartave test. Kontrollo një pagesë të suksesshme, një kartë të refuzuar dhe një checkout të anuluar. Konfirmo që porosia ose abonimi shfaqet në aplikacionin tënd pas pagesës, jo vetëm në panelin e ofruesit. Nëse aplikacioni yt mbështetet në webhook-e (mesazhe që ofruesi i pagesave ua dërgon serverit tënd), kontrollo që arrijnë në aplikacionin e publikuar, jo vetëm në zhvillim. Pastaj, para lançimit, kalo në çelësat live dhe bëj një blerje reale të vogël që e rimbursonë.

Email-et. Regjistrohu me adresa reale tek dy ose tre ofrues të ndryshëm. Kontrollo që email-et arrijnë, nuk shkojnë në spam, dhe që çdo lidhje në to të tregojë domenin live, jo një adresë pamjeje paraprake.

Hapi 7: Kontrollo shpejtësinë dhe gabimet

• Hap mjetet e zhvilluesit të shfletuesit (kliko djathtas → Inspect) dhe shiko skedën Console në çdo faqe kryesore. Gabimet e kuqe vlen të rregullohen edhe kur asgjë nuk duket e prishur.
• Ngarko faqen në telefon duke përdorur të dhëna celulare, jo Wi-Fi. Nëse ekrani i parë merr disa sekonda, shiko fillimisht madhësinë e imazheve.
• Ekzekuto një audit falas si Lighthouse te mjetet e zhvilluesit të Chrome për një lexim të shpejtë të performancës dhe qasshmërisë.

Hapi 8: Testo aplikacionin e publikuar, jo vetëm pamjen paraprake

Pamja paraprake dhe aplikacioni i publikuar nuk janë i njëjti mjedis. Para se t’i tregosh dikujt për lançimin, përsërit rrugët kryesore në URL-në live:

• A janë vendosur të gjitha variablat e mjedisit dhe sekretet për aplikacionin e publikuar?
• A përdor bazën e duhur të dhënash, me të dhënat që pret?
• A i drejtojnë ridrejtimet e hyrjes dhe lidhjet e email-it te domeni live?
• A ngarkohet mirë një rifreskim në një faqe të thellë?

Hapi 9: Shiko dikë tjetër ta përdorë

Jepi një ose dy personave një qëllim (“rezervo një orë jogaje për të shtunën”), jo udhëzime. Shiko, mos ndihmo, dhe shëno ku hezitojnë. Është mënyra më e shpejtë për të gjetur fjalë të paqarta dhe butona të fshehur. Për një version më të madh të kësaj, shiko si të bësh një testim beta.

Kur hasin një gabim, shkruaje siç duhet, me hapa, rezultatin e pritur dhe rezultatin real. Udhëzuesi ynë për si të shkruash një raport të mirë gabimi tregon formatin.

Përdorimi i AI për të të ndihmuar të testosh

Nëse ndërton me AI, mund t’i kërkosh të ndihmojë të planifikosh dhe të ekzekutosh testet:

Listo rrugët kryesore të përdoruesit në këtë aplikacion dhe, për secilën, rastet ekstreme më të mundshme për t’u prishur: gjendje bosh, input i pavlefshëm, leje, rifreskim. Vendosi në një listë kontrolli që mund ta ndjek.

Hyr me dy përdorues test të ndryshëm dhe kontrollo nëse përdoruesi B mund të shohë ose të ndryshojë diçka që krijoi përdoruesi A, përfshirë duke hapur drejtpërdrejt URL-të e regjistrimeve të A. Raporto çfarë gjen para se të rregullosh ndonjë gjë.

Trajto raportin e testimit të AI si një kalim të parë. Klikoji vetë rrugët e parave dhe të lejeve.

Testimi në Mythex

Në Mythex, komanda /test ekzekuton App Testing: agjenti drejton një shfletues kundër pamjes tënde paraprake live, klikon nëpër faqe, merr pamje ekrani dhe raporton rrjedhat e prishura në bisedë. Funksionon më mirë me një rrugë specifike, si “testo regjistrimin dhe rezervimin e një ore”. Rregullo ato që gjen me /fix ose një mesazh normal, pastaj ekzekuto /test përsëri. App Testing përdor pamjen paraprake, kështu që kontrollo vetë rrugët kryesore në URL-në e publikuar pas publikimit. Shiko App Testing në dokumentacion, dhe udhëzuesin tonë për si të debugosh një aplikacion të ndërtuar me AI kur diçka dështon.

Gabimet më të shpeshta

• Testimi vetëm si vetja. Llogaria jote admin, me shumë të dhëna, fsheh gabimet e gjendjes bosh dhe të lejeve.
• Testimi vetëm në laptop. Shumica e vizitorëve të shumë faqeve vijnë nga telefoni.
• Kalimi i llogarisë së dytë. Rrjedhja e të dhënave mes përdoruesve është gabimi më i rëndë me të cilin mund të lançohet një aplikacion.
• Besimi i verbër në pamjen paraprake. Aplikacioni live ka cilësime të ndryshme; testoje edhe atë.
• Rregullimi i gabimeve pa ritestuar aty pranë. Një rregullim i një formulari mund të prishë një tjetër që përdor të njëjtin kod.

Listë kontrolli para lançimit

• Rrugët kryesore të listuara dhe të renditura
• Secila rrugë kalon si përdorues krejt i ri, në dritare private
• Input bosh, i pavlefshëm, shumë i gjatë dhe i dyfishtë trajtohen
• Rifreskimi funksionon në çdo faqe
• Përdoruesit nuk mund t’i shohin ose ndryshojnë të dhënat e njëri-tjetrit, as duke hapur URL-në
• Faqet e adminit bllokohen për përdoruesit normalë dhe vizitorët jashtë llogarie
• Funksionon në një iPhone dhe telefon Android të vërtetë
• Pagesat të testuara: sukses, refuzim, anulim, dhe aplikacioni përditësohet pas tyre
• Email-et arrijnë, nuk shkojnë në spam dhe lidhen me domenin live
• Asnjë gabim i kuq në console në faqet kryesore
• Rrugët kryesore përsëritur në URL-në e publikuar
• Të paktën një person nga jashtë e provoi ndërsa ti shikoje

Pyetje