Mobilalkalmazások 04: Eszközfarmok 01

Bevezető

Mobiltesztelés sorozatunkban már bemutattuk, hogy a különféle mobilalkalmazás típusok esetében, milyen szempontokat kell figyelembe venni tesztelés esetén. Webkalmazások, Native alkalmazások, Progresszív web alkalmazások voltak.

Mi a csoda az az eszközfarm (device farm)?

Kezdjük egy kis történelemmel: a Nokia elkezdte kínálni fejlesztőinek okostelefon-bérbeadási szolgáltatását, így lehetőség volt az alkalmazást a desktopra helyezni, és remote-ban végigmenni a legfontosabb forgatókönyveken. Bár ingyenes volt, de hosszú várakozási idővel kellett elérni az eszközöket. Mégis, ez a teszt reményt adott a fejlesztőknek, hogy a szoftver megfelelően fog működni a különböző okostelefonokon, és így nem jelentkeznek felhasználói problémák.

Ezen kezdetleges emulátorok evolúciója arra a pontra jutott, hogy fejlesztői módban futó, mobiltelefonokon is futtatható szkripteket is lehetett már írni, melyek könnyen utánozták a felhasználói műveleteket az eszközökön – ezt követően létrehoztak olyan DevOps-eszközöket, amelyek ezeket a szkripteket több ezer mobileszközön automatikusan képesek létrehozni és futtatni. Ezeken az eszközökön vannak telepítve a célalkalmazások, melyek fejlesztői módban futnak.

Mire használhatjuk az eszközfarmot:

  • Alkalmazások automatizált tesztelésére különféle tesztelési keretrendszerek segítségével
  • Távoli hozzáférést nyújt eszközökhöz, amelyeken valós időben töltheti be az applikációt, futtathatja és kommunikálhat velük

Milyen előnyei vannak az eszközfarmnak?

  • Lehetővé teszi a tesztelés során felmerülő munkaerőköltségek jelentős csökkentését, valamint az eszközök lefedettségének növelését
  • Több ezer különböző konfigurációjú eszközhöz férhetünk hozzá
  • Emulátorokat és szimulátorokat is használhatunk
  • A felhőalapú tesztelés lehetővé teszi a teljesítményproblémák rögzítését is
  • Rengeteg eszközzel rendelkezik úgymint: különböző operációs rendszer-platformokkal, képernyőtájolásokkal, kijelzőméretekkel, memóriával, hálózattal stb.
  • Csökkenti az általános karbantartási és infrastrukturális költségeket
    • párhuzamos tesztelést végezhetünk, amellyel rengeteg időt takaríthatunk meg
    • biztonságos, és bárhonnan elérhető
  • A tesztelés során részletes riportokat nyerhetünk ki, ezáltal könnyebbé válik a hibák észlelése és javítása is
  • Könnyen integrálható a CI/CD-folyamatba, megkönnyítve az együttműködést más csapatokkal

Többféle mobileszközfarmok léteznek, no de miben különböznek egymástól?

Az összes eszközfarm valamilyen speciális szkriptet használ, amit az operációs rendszer indít el olyan műveletek szimulálására, mint a gombnyomások, érintések stb.

A fő különbség az, hogy az eszközfarmok milyen alrendszereket használnak a parancsfájlok futtatására – a népszerűek közül csak néhányat említsünk: Espresso, Appium, Calabash, UI Automator, Robotium, XCTest.

Vége

Még nincs vége!

A következő részben bemutatjuk a legismertebb eszközfarmokat.

Jó tesztet!

Megosztás

Kérsz értesítést a legújabb cikkekről?

Kapcsolódó cikkek

A tesztpiramis: a stabil és kifizetődő tesztautomatizálás alapköve

Bevezető A szoftverfejlesztés világában az automatizálás gyakran úgy indul, mint egy lelkes fellángolás: „Minden manuális tesztet váltsunk ki automata scriptekkel!” A kezdeti eufória után azonban sok projektvezető és fejlesztő szembesül a kőkemény valósággal. A tesztek lassúak, gyakran ok nélkül elbuknak, a karbantartásuk pedig több időt emészt fel, mint amennyit maga a fejlesztés. Ilyenkor merül fel

Tesztautomatizálás: mikor érdemes belevágni, és mikor várjunk még?

Bevezető A szoftverfejlesztési projektek egyik legvitatottabb kérdése nem az, hogy kell-e automatizálni a tesztelést, hanem az, hogy mikor. „Már az első naptól írjunk automata teszteket, vagy ráérünk, ha már kész a funkciók nagy része?” – hangzik el a kérdés szinte minden projektindító megbeszélésen. A válasz azonban nem egy egyszerű dátum vagy verziószám. A tesztautomatizálás ugyanis

Tesztautomatizálás útmutató: mikor, hogyan és miért érdemes bevezetni?

Szoftvert fejleszteni ma már nem csak kódolást jelent. Egy termék sikere legalább annyira múlik azon, hogy a kiadás pillanatában stabilan, hibamentesen és megbízhatóan működjön, mint magán az ötleten. Ahogy az IT projektek egyre komplexebbé válnak, a hagyományos, tisztán manuális tesztelés egyre kevésbé tud lépést tartani a fejlesztés tempójával. Eljön a pont, amikor a tesztelés már

Scroll to Top