Megszakítási tesztelés mobilalkalmazásban

Mi az a megszakításteszt?

A megszakításteszt a mobilalkalmazás-tesztelés egyik ága, amely azzal foglalkozik, hogy egy alkalmazás hogyan reagál a megszakításra, és hogyan tér vissza korábbi állapotába.

Miért van szüksége megszakítási tesztelésre?

Mi az az egyetlen dolog, ami szinte mindig megtörténik, amikor egy találkozón vesz részt? Megzavarnak, igaz? Amikor ez megtörténik, néhányan nem is pislognak, van, akinek egy percre van szüksége, hogy visszatérjen, és van, aki teljesen elveszti a gondolatmenetét. Egyszerűen fogalmazva, az Interrupt Testing megpróbálja kideríteni, hogy az alkalmazás milyen viselkedést mutat.

Tartsa félre az összes kifejezést egy pillanatra, és nézzen egy másik valós helyzetet. Tegyük fel, hogy van egy zseblámpája, és kapcsolja be. Az akkumulátor lemerül, ami megszakítja a jelenlegi aktív állapotát. Cserélje ki az elemeket és állítsa helyre. A zseblámpának a szokásos módon újra be kell kapcsolnia. Ez a használati eset. A megszakítási tesztelés egy olyan tesztelési tudományág, amely arra összpontosít, hogy ez megtörténik-e vagy sem.

A megszakítási tesztelés minden alkalmazástípusra vonatkozik – web, mobil, önálló stb. Az eszközök, hálózatok, konfigurációk stb. sokfélesége miatt jobban látható Mobil alkalmazások, mint a többi.

Megszakítások típusa a mobilalkalmazásban

Megszakítások típusa a mobilalkalmazásban

Mindannyian ismerjük azokat a gyakori megszakításokat, amelyek általában előfordulnak.

Íme néhány megszakítás:

  • Lemerült elem
  • Az akkumulátor megtelt – töltés közben
  • Bejövő telefonhívás
  • Bejövő SMS
  • Bejövő riasztás egy másik mobilalkalmazásból
  • Töltéshez csatlakoztatva
  • Kikapcsolva a töltésből
  • A készülék kikapcsolva
  • Alkalmazásfrissítési emlékeztetők
  • Riasztó és kamerák üzemeltetésére, biztonsági szolgálat igénybe vételére
  • A hálózati kapcsolat megszakadása
  • Hálózati kapcsolat helyreállítása

Ez a lista nem teljes, de tartalmazza a leggyakoribb forgatókönyveket.

Megoldás megszakítás esetén

A várható viselkedés ezen megszakítások esetén a következők egyike:

  1. A háttérben fut: A megszakítás átveszi az irányítást, míg az alkalmazás háttérbe szorul. A megszakítás után átveszi az irányítást. Például egy telefonhívás/Facetime amelyen részt vesz, miközben digitális könyvet olvas az iBooks-on (vagy hasonló alkalmazáson). Amikor a felhasználó felveszi a telefont, az iBooks megvárja, amíg befejeződik, majd a hívás végén folytatja.
  1. Figyelmeztetés megjelenítése. A figyelmeztetés eltűnik, és Ön a szokásos módon dolgozik. 'SMS érkezett'- üzenetek jelennek meg a fejlécben. A felhasználó nem törődik vele, és a szokásos módon folytatja az alkalmazást. Ebbe a kategóriába tartoznak az egyéb mobilalkalmazás-figyelmeztetések is, mint például az új ismerőskérés a Facebookon vagy a WhatsApp-üzenet. De ha a felhasználó úgy dönt, hogy elolvassa az üzenetet, akkor az 1. pontban leírt viselkedést követi. Ha figyelmen kívül hagyja, az alkalmazás állapota nem változik.
  1. Call to Action: A riasztásokat ki kell kapcsolni vagy el kell halasztani, mielőtt folytatná a munkát. Ugyanez a helyzet az alkalmazásfrissítési üzenetekkel. A folytatás előtt törölnie kell vagy el kell fogadnia a módosításokat. Egy másik példa az alacsony töltöttségi szint riasztás – Választhat, hogy a szokásos módon folytatja-e, vagy alacsony fogyasztású módba vált (ha az eszköz lehetővé teszi).
  1. Nincs hatása: Egy példa: ha elérhetővé válik egy hálózati kapcsolat, és a készülék csatlakozik hozzá. Ezenkívül, amikor csatlakoztatja az eszközt a töltéshez, nincs szükség figyelmeztető vagy cselekvésre ösztönző lépésre. Valószínűleg elvégzi a dolgát, amíg továbbra is használja az alkalmazást.

Így a tesztelt megszakítástól függően értse meg a viselkedést, és nézze meg, hogy az alkalmazás kielégíti-e azt. Ezenkívül a fent leírt viselkedésnek nem kell minden alkalmazásnál és eszköznél azonosnak lennie. Mindenképpen tájékozódjon mobilalkalmazásáról.

Most, hogy megértettük, mi az a megszakítási tesztelés, és mit kell érvényesíteni a végrehajtás során, itt az ideje, hogy beszéljünk ennek módjáról.

Hogyan kell elvégezni a megszakítási tesztelést

Nézze meg ezt az állítást: az iBooksnak a háttérben kell futnia, amikor a felhasználó bejövő telefonhívást kap.

Nem nevezné ezt az iBooks alkalmazás funkcionális követelményének? Tudom, tenném.

Tehát a megszakításteszt egy részhalmaza Funkcionális tesztelés mobilalkalmazáshoz. A megszakítási tesztelés végrehajtásához pedig ugyanazokat a mobilalkalmazás-teszt keretrendszereket és eszközöket kell követnie. Ezeknek a forgatókönyveknek a kigondolása a tesztelők készsége. Ha elkészült, meg kell terveznie a teszteseteket, és pontosan ugyanúgy kell végrehajtania, mint bármely más tesztet.

A mobilalkalmazások tesztelésével kapcsolatos további információkért tekintse meg: https://www.guru99.com/mobile-testing.html

Végül még egy kérdéssel szeretnék foglalkozni, mielőtt befejeznénk ezt a cikket:

A megszakítási tesztelés nem ugyanaz, mint a helyreállítási tesztelés?

Nem, nem az. A helyreállítási teszt célja a hiba utáni helyreállítás érvényesítése. A megszakítás tesztelése nem feltétlenül hiba. Ez puszta figyelemelterelés.

Olyan ez, mint a különbség a vessző és a pont között az angolban. De csak technikai; Biztos vagyok benne, hogy érted a képet.

Ez így van, csak ismerni kell és el kell kezdeni a megszakítástesztelést – a mobilalkalmazás-tesztelés fontos és intuitív ágát.