Hogyan teszteljük mobil alkalmazások futtatása előtt a használati utasítást és tippeket
Ha a parancs helyesen végzi használhatósági tesztelés, a felhasználók szívesen együttműködnek a kifejlesztett alkalmazás. Annak tesztelésére lehetséges 10 lépésben.
„Láttam embereket hagyja ellenőrző régebbi eszközök, így a fej kívánja, hogy kiadja a kérelmet a lehető leghamarabb. De nem zárkóznak ezt a nyomást, akkor jobb, ha időt arra, hogy elkerüljék a negatív véleményeket, amelyek minden bizonnyal elhagyja a felhasználók az indulás után. "
2. Győződjön meg róla, hogy a termék elérhető a fogyatékkal élők számára. Szakértői Társaság Kisegítő Partners Sharon Rosenblatt (Sharon Rosenblatt) azt javasolja, hogy teszteljék alkalmazások akik bizonyos funkciók - gyenge látás, vagy süketség.
„Azt is sürgetik a fejlesztők számára a kisegítő technológia. Például a szoftver a képernyőolvasó szoftver, nagyítók, beszédfelismerés (Siri). Mindez szükséges versenyez a felhasználói élményt a fogyatékos. Végül is az alkalmazás nem érhető el, ha nem használja a sok embert, akik a fogyatékosság. "
A részletes útmutató kezdőknek elérhetőség megtalálható a kapcsolatot.
3. A felhasználó kell menni csak egy út. Az általános igazgatója a mobil szolgáltatások az ellátást a pázsit GreenpalBrayan Clayton (Bryan Clayton) azt tanácsolja, hogy adja át az úgynevezett „úthasználati”, és megérteni, hogyan lehet utazni az Ön szolgálatában. Az ilyen vizsgálat szükséges, hogy megszüntessék a másodlagos útvonalakat, a felhasználónak nem kell választani, hogy ne hagyja. Minden tevékenység, klikk, meg kell, hogy azt egy adott intézkedés, akár vásárlások előfizetések, adományok.
4. A Szolgáltatások tesztelésre. Két véglet: ha a fej nem hajlandó pénzt költeni bevezetése felhasználóbarát eszközök, illetve ha webfejlesztő használ több és több új szolgáltatás nélkül egyszerűsíti, hanem bonyolítja a munkát az egész csapat. Jobb verzió, természetesen a közepén. A felülvizsgálatot a 11 hasznos eszközök, amelyek alkalmasak a vizsgálatra is itt található.
5. Teszteld termék valódi eszközöket. Tesztelés szüksége a valódi emberek a meglévő eszközöket. Ezt a folyamatot automatizálni kell, mert nem automatizált eszköz nem helyettesíti az emberi agy. Ez időigényes folyamat, de megbízható.
6. Keresse meg a béta felhasználók. Annak ellenére, hogy a készségek UX / UI vizsgálat, szükség van a segítségre a harmadik fél számára. Mi lesz, annál jobb a végtermék értékelést.
7. A dokumentum. Nyilvántartása továbbra is fontos része a használhatóság tesztelése. Enélkül problémák jelentkezhetnek változata. Ez miért van szükség, hogy naplót vezet a változások bármely tagja a csapat képes volt látni, hogy a változások a projektben.
8. Monitor minden megváltozik. Az egyik legnagyobb probléma, hogy a találkozás során a használhatóság tesztelése - ez egy hiba a verzió. Látod a problémát, elkészítette, majd a prototípus, és a kódot, de nem, hogy a csapat többi tagja emlékezni fog a változás. Ennek eredményeként, a fejlesztő az új verzió nem erősít semmit kódot, a tervező küld egy frissített kialakítás korrekció nélkül.
A legjobb esetben, emlékszel a változásokat, remake-jét be egy új változatát, megfelelően dokumentálja ebben az időben. A legrosszabb esetben, ha elfelejti, hogy mi történt, majd a hiba a felületen. A felhasználó észreveszi csak az indulás után.
Ennek elkerülése érdekében frissítenie kell a változási naplót, és próbálja elkerülni a párhuzamos használata több változatát az alkalmazás vagy prototípus.
9. Folytassa ismétléseket. Modern alkalmazások függ a koncepció iteráció. Ez a csapat reworks a terméket, amíg nem éri el (és végül eléri) tökéletesség.
Ez annak köszönhető, hogy a bevezetése agilis projektmenedzsment módszertan Scrum. A csapat keményen dolgozik, nem tapad egy tervet, amely nem teszi lehetővé a változásokat. Ezzel szemben, változtatásokat a termék várjuk. Az egész munkafolyamat van osztva időközönként, az úgynevezett iteráció. Az ismétlés tervezése, irányítása fejlesztés (sprint) és a termék tesztelése.
10. Test prototípus a termék. Ne várja meg, amíg a web developer véglegesíti az összes szolgáltatást. Teszt használhatóság lehet sokáig a végeredményt. Meg kell kezdeni tesztelés egy beágyazott függvény megérteni, hogy ez kényelmes a felhasználó számára.
Aztán, amint van egy új gomb vagy funkció szükséges, hogy küldje vissza a vizsgáló a célközönség. Így lesz a kis lépések, vizsgálatok elvégzéséhez rendszeres időközönként. Ennek eredményeként, a fejlesztők is kiigazítja a fejlesztés során, és nem a végső szakaszában a dob a projekt.