Hogyan teszteld az appodat indulás előtt: gyakorlati tesztterv

Az app indulás előtti teszteléséhez sorold fel azt a néhány folyamatot, amelyet egy felhasználónak el kell tudnia végezni, futtasd le mindegyiket teljesen új felhasználóként laptopon és telefonon, majd próbáld ki azokat a módokat, ahogyan elronthatják: üres adatok, hibás bemenet, második fiók, lassú kapcsolat. A pénzzel vagy személyes adatokkal kapcsolatos részeket különös gonddal teszteld, és közzététel után ismételd meg a fő folyamatokat az élő URL-en. Végül figyeld meg, ahogy valaki, aki még sosem látta az appot, megpróbálja használni.

Ehhez nincs szükséged QA-csapatra vagy tesztkeretrendszerre. Kell egy lista, egy-két óra, és a fegyelem, hogy ténylegesen végigkattints rajta.

1. lépés: Írd le a fontos folyamatokat

A folyamat egy kezdettől végig tartó feladat, amelyért a felhasználó jön. A legtöbb appnak három-hat ilyen van, ami igazán számít. Egy foglalási appnál például:

1. Regisztráció és a fiók megerősítése
2. Egy óra megkeresése és lefoglalása
3. Foglalás lemondása
4. Fizetés egy órabérletért
5. Munkatárs: a mai foglalások megtekintése

Ha írtál felhasználói történeteket, az elfogadási kritériumaik már kész tesztesetek. Ha nem, írj egy sort minden folyamatról arról, mit jelent a „sikeres”.

Rangsorold őket. A pénzt termelő vagy minden felhasználó által használt folyamatokat (regisztráció, bejelentkezés, a fő művelet) teszteld először és a legalaposabban.

2. lépés: Teszteld a működő útvonalat új felhasználóként

A „működő útvonal” az a folyamat, amely pontosan a tervek szerint megy. Úgy teszteld, ahogy egy idegen tapasztalná:

• Használj privát böngészőablakot, hogy ne legyél bejelentkezve, és ne legyenek mentett adataid.
• Használj friss fiókot egy valós e-mail-címmel, amelyet ellenőrizni tudsz.
• A főoldalról vagy egy linkről indulj, ne egy oldalról, amelyet építés közben könyvjelzőztél.

Az új felhasználóknak nincsenek adataik. Sok hiba csak akkor jelenik meg, ha egy lista üres, egy profilnak nincs fotója, vagy még semmit nem vásároltak. A saját, teszteladatokkal teli fiókod elrejti őket.

3. lépés: Próbáld elrontani

Ismételd meg minden folyamatot, és szándékosan csináld rosszul.

A frissítésre érdemes külön figyelni: ha az app kattintgatva működik, de egy mélyebb oldal frissítésekor 404 jelenik meg, lásd: hogyan javítsd a 404-hibákat telepítés után.

4. lépés: Teszteld a jogosultságokat két fiókkal

Ez a legfontosabb teszt bármely fiókokat használó appnál, és a legtöbbször kihagyott.

Hozz létre két normál felhasználót, A-t és B-t, és (ha az appban van) egy adminisztrátort is.

• A-ként hozz létre egy rekordot. Jelentkezz be B-ként. Láthatja, szerkesztheti vagy törölheti B? Nem szabadna, hacsak nem ez a tervezett működés.
• A-ként másold ki az egyik rekordod URL-jét. Jelentkezz be B-ként, és nyisd meg közvetlenül ezt az URL-t.
• Normál felhasználóként nyiss meg adminisztrációs oldalakat az URL-jük begépelésével.
• Jelentkezz ki teljesen, és próbáld ki ugyanezeket az URL-eket.

Ha itt problémát találsz, ne indulj, amíg nincs javítva. Az ellenőrzésnek a szerveren kell megtörténnie, nem csak egy gomb elrejtésével. Az AI-val épített appok biztonsági ellenőrző listája részletesebben tárgyalja.

5. lépés: Teszteld valódi eszközökön

Nyisd meg az appot egy valódi telefonon, ne csak egy keskeny böngészőablakban.

• Meg tudsz-e nagyítás nélkül érinteni minden gombot?
• Nem takarja-e el a billentyűzet a mezőt, amelybe írsz?
• A táblázatok és a széles tartalmak görgethetők vagy tördelődnek, ahelyett hogy oldalra tolnák az oldalt?
• Olvasható-e a szöveg csippentés nélkül?

Legalább egy iPhone-t (Safari) és egy Android-telefont (Chrome) próbálj ki, ha tudsz kölcsönkérni. A Safarinak különösen vannak saját furcsaságai a dátumokkal, a videókkal és a fix pozíciójú elemekkel.

6. lépés: Teszteld a pénzt és az e-mailt végponttól végpontig

Minden, ami kártyát terhel vagy e-mailt küld, teljes végigvitelt igényel.

Fizetések. Használd a fizetési szolgáltatód teszt módját és a teszt-kártyaszámokat. Ellenőrizd a sikeres fizetést, az elutasított kártyát és a megszakított pénztárat. Győződj meg róla, hogy a rendelés vagy előfizetés a fizetés után megjelenik az appodban, nem csak a szolgáltató irányítópultján. Ha az appod webhookokra támaszkodik (üzenetek, amelyeket a fizetési szolgáltató küld a szerveredre), ellenőrizd, hogy megérkeznek-e a közzétett appon, nem csak fejlesztés közben. Indulás előtt pedig térj át az éles kulcsokra, és végezz egy kis valódi vásárlást, amelyet visszatérítesz.

E-mailek. Regisztrálj valódi címekkel két-három különböző szolgáltatónál. Ellenőrizd, hogy az e-mailek megérkeznek-e, nem a spamben vannak-e, és hogy minden bennük lévő link az éles domainre mutat, nem egy előnézeti címre.

7. lépés: Ellenőrizd a sebességet és a hibákat

• Nyisd meg a böngésző fejlesztői eszközeit (jobb klikk → Vizsgálat), és minden fő oldalon nézd meg a Konzol fület. A piros hibákat akkor is érdemes javítani, ha semmi nem tűnik töröttnek.
• Töltsd be az oldalt telefonon mobiladatokkal, nem Wi-Fi-n. Ha az első képernyő több másodpercig tölt, először a képek méretét nézd.
• Futtass ingyenes auditot, például a Lighthouse-t a Chrome fejlesztői eszközeiben, a teljesítmény és az akadálymentesség gyors ellenőrzéséhez.

8. lépés: Teszteld a közzétett appot, ne csak az előnézetet

Az előnézet és a közzétett app nem ugyanaz a környezet. Mielőtt bárkinek szólnál az indulásról, ismételd meg a fő folyamatokat az élő URL-en:

• Be vannak-e állítva a környezeti változók és titkok a közzétett appnak?
• A helyes adatbázist használja-e, a várt adatokkal?
• A bejelentkezési átirányítások és e-mail-linkek az élő domaint használják-e?
• Egy mélyebb oldal frissítése helyesen betölt-e?

9. lépés: Figyelj, ahogy valaki más használja

Adj egy vagy két embernek egy célt („foglalj egy jógaórát szombatra”), ne utasítást. Figyelj, ne segíts, és jegyezd fel, hol habozik. Ez a leggyorsabb módja a zavaros szövegek és a rejtett gombok megtalálásának. Egy nagyobb változatért lásd: hogyan futtass béta-tesztet.

Ha hibába ütköznek, írd le rendesen: lépések, várt eredmény és tényleges eredmény. A jó hibajelentés írásáról szóló útmutató megmutatja a formátumot.

AI segítségével tesztelni

Ha AI-val építesz, kérheted, hogy segítsen a tesztek tervezésében és futtatásában:

Sorold fel az app fő felhasználói folyamatait, és mindegyikhez azokat a szélső eseteket, amelyek a legvalószínűbben elromlanak: üres állapotok, hibás bemenet, jogosultságok és frissítés. Tedd egy ellenőrző listába, amelyen végig tudok menni.

Jelentkezz be két különböző teszt-felhasználóval, és nézd meg, hogy a B felhasználó lát-e vagy módosíthat-e bármit, amit A hozott létre, beleértve az A rekordjainak URL-jeit közvetlen megnyitását is. Előbb jelentsd, mit találsz, mielőtt javítanál bármit.

Az AI saját tesztjelentését első körnek tekintsd. A pénzzel és jogosultsággal kapcsolatos folyamatokat továbbra is magad kattintsd végig.

Tesztelés a Mythexben

A Mythexben a /test parancs elindítja az App Testinget: az ügynök böngészőt vezérel az élő előnézeten, végigkattint az oldalakon, képernyőképeket készít, és a törött folyamatokat jelenti a csevegésben. Egy konkrét folyamattal működik a legjobban, például „teszteld a regisztrációt és egy óra lefoglalását”. A talált hibákat a /fix paranccsal vagy egy normál üzenettel javítsd, majd futtasd újra a /test parancsot. Az App Testing az előnézetet használja, ezért közzététel után az élő URL-en ellenőrizd magad a fő folyamatokat. Lásd: App Testing a dokumentációban, és az AI-val épített app hibakeresése útmutatót, ha valami meghibásodik.

Gyakori hibák

• Csak saját magaddal tesztelni. Az adminisztrátori fiókod sok adattal elrejti az üres állapotok és a jogosultsági hibákat.
• Csak laptopon tesztelni. Sok oldal látogatóinak többsége telefonról érkezik.
• A második fiók kihagyása. Az adatszivárgás a felhasználók között a legsúlyosabb hiba, amellyel egy app elindulhat.
• Az előnézetben bízni. Az élő app más beállításokkal működik; azt is teszteld.
• Hibák javítása a környező részek újratesztelése nélkül. Egy űrlap javítása elronthat egy másikat, amely ugyanazt a kódot használja.

Indulás előtti ellenőrző lista

• A fő folyamatok felsorolva és rangsorolva
• Mindegyik folyamat sikeres egy teljesen új felhasználóként, privát ablakban
• Az üres, hibás, hosszú és duplikált bemenetek kezelve
• A frissítés működik minden oldalon
• A felhasználók nem látják és nem módosíthatják egymás adatait, még URL-en keresztül sem
• Az adminisztrációs oldalak tiltva vannak a normál felhasználók és a kijelentkezett látogatók elől
• Működik valódi iPhone-on és Android-telefonon
• A fizetések tesztelve: sikeres, elutasított, megszakított, és az app utána frissül
• Az e-mailek megérkeznek, nem a spamben vannak, és az éles domainre mutatnak
• Nincs piros hiba a konzolban a fő oldalakon
• A fő folyamatok megismételve a közzétett URL-en
• Legalább egy külső személy kipróbálta, miközben figyeltél

Kérdések