Határozza meg a frissítést és a tesztelés feltételeit
Képzeljen el egy budapesti mosodát, amely a ruhák elszállítását szervező alkalmazásában frissíti a mentett címek képernyőjét. Meglévő ügyfeleinek ki kell tudniuk választani a megszokott átvételi címet, és meg kell találniuk korábbi rendeléseiket. Egyeztesse, melyik alkalmazásverziót hagyják jóvá, mely korábbi változatokról frissíthetnek az ügyfelek, és milyen telefonokat, illetve operációs rendszereket támogat a vállalkozás.
Az Android tesztelési alapelvei megkülönböztetik az egyes részek ellenőrzését a teljes folyamatok vizsgálatától. Kérje meg a csapatot, hogy magyarázza el, melyik eredmény melyik szempontot igazolja. Használjon tömör tesztelési táblázatot az alkalmazásverzióval, az eszközzel, a nyelvvel és a fiók kiinduló állapotával. Több kombinációhoz több idő kell; helyezze előtérbe az ügyfelei által használtakat, és rögzítse, mi maradt teszteletlen.
Próbálja ki a frissítést meglévő adatokkal
Az alkalmazás előző verziójában egy tesztfiókkal mentsen két kitalált átvételi címet, és hozzon létre mintaelőzményeket a rendelésekből. Telepítse a frissítést a csapat tesztterjesztési eljárásával, az alkalmazás előzetes törlése nélkül. Ezután vesse össze a címeket, az alapértelmezett választást és a rendelések részleteit az egyeztetett elvárt eredménnyel.
A tiszta telepítést gyorsabb előkészíteni, de ez a kiinduló állapot így vizsgálat nélkül marad. Mindkét ellenőrzés szerepeljen a tervben. Az újbóli bejelentkezés lehet szándékos; egy mentett cím elvesztését ki kell vizsgálni. Használjon kitalált tesztadatokat, hogy a felvételek és a hibajelentések ne fedjék fel valódi ügyfelek címeit.
Szakítson meg egy feladatot egy lényeges ponton
Az Android minőségi útmutatója a megszakításokra és a változó hálózati körülményekre is kitér. A mosodás példában kezdje szerkeszteni az átvételi megjegyzést, váltson másik alkalmazásra, majd térjen vissza. Vesse össze az eredményt a csapat piszkozatmentésre vonatkozó ígéretével. Ismételje meg a próbát a képernyő zárolásával is, és rögzítse, pontosan hol következik be váratlan adatvesztés.
Ezután szándékosan lassított kapcsolaton nyissa meg a rendelési előzményeket, majd bontsa a kapcsolatot. Meg tudja különböztetni az ügyfél a korábban betöltött információt a sikertelen frissítéstől? Állítsa helyre a kapcsolatot, és ellenőrizze, hogy a megjelenített rendelés ugyanahhoz a fiókhoz tartozik-e. A tesztelés előtt egyeztesse az elvárt üzeneteket, hogy az ellenőrzést végző személy következetesen felismerhesse a hibát.
Vegye figyelembe az eltérő ügyfélbeállításokat
Ha az alkalmazás helyadatokon alapuló gyorsválasztást kínál, ismételje meg a címválasztást megtagadott helyhozzáféréssel. Próbáljon nagyobb szövegméretet és képernyőolvasót, másik alkalmazásból visszatérve is. Kérjen meg egy, az adott segítő technológiát ismerő tesztelőt, hogy útmutatás nélkül keresse meg és módosítsa a mentett címet.
A React Native figyelmeztet arra, hogy a JavaScript-komponenstesztek nem futtatják az alattuk működő natív platformkódot. Kérjen bemutatót minden támogatott mobilplatformon. A közös kód csökkentheti a párhuzamos fejlesztési munkát, de az egyik platform sikeres ellenőrzése nem helyettesítheti a másikét.
Konkrét kiadáshoz tartozó eredményeket hagyjon jóvá
Vezessen rövid kiadási feljegyzést, amelyet a tulajdonos, a fejlesztő és az ügyféltámogatás kapcsolattartója közösen áttekinthet. Ha egy javítás új buildet eredményez, jóváhagyás előtt ismételje meg az érintett ellenőrzéseket és az alapvető ügyfélfolyamatot.
- Rögzítse a tesztelt buildet és a frissítési próbákhoz használt korábbi verziókat.
- Őrizze meg a mentett címekre és a rendelési előzményekre vonatkozó elvárt és tényleges eredményeket.
- Sorolja fel a tesztelt megszakításokat, hálózati körülményeket és akadálymentességi beállításokat.
- A megoldatlan problémákhoz jelöljön ki felelőst, és hozzon egyértelmű döntést arról, hogyan érintik a kiadást.
- Határozza meg, ki kezeli az ügyfelek bejelentéseit, és ki ellenőrzi az első jelzett hibákat.