TESZTELÉS A GYAKORLATBAN – A SZAKÉRTŐ TESZTELŐK LAPJA MÓDSZERTAN nevezik Szintetikus tesztelésnek. Ez gyakran egy részmegoldása a megfigyelésnek, így az alkalmazást tesztelés alatt lehet megfigyelni. Ezek a tesztek az általános felhasználói esetekben működnek, gyakran határozzák meg úgy, hogy ezek azok a User Story-k, amelyek az alkalmazás alapját képezik. Amint ezt rögzítették, bármikor végrehajthatók, legyen nappal vagy éjjel. Ennek során az alkalmazás feltételei megvizsgálhatók különböző időpontokban és terhelésekkel. Különböző kéréseket lehet indítani, különböző adat központokba, a világ különböző részeire, hogy jobban megértsük a lehetőségeket és válaszidőt. Ez a legjobb módja annak, hogy megtaláljuk a hibákat és más problémákat még a felhasználók előtt. A Szintetikus tesztelés logikátlanságokat, hibákat tárhat fel, amiket nem fedeztek fel az élesítés előtt, még akkor is, ha a felhasználók nem jelentettek egyet sem. Ezeket a problémákat meg lehet állapítani, és javítani lehet, mielőtt hatással lenne bármilyen felhasználóra, vagy vállalkozásra. Megfigyelés az egészséges működés és a hatékonyság érdekében Még nem beszéltem arról, hogy mit kell figyelnünk egy élesben működő alkalmazáson. Először is ugyanazokatadolgokat,amelyeketazadatközpontban is figyelnénk - a CPU-t, a lemezt és a hálózatot. Ezek továbbra is alapvető fontosságúak az alkalmazás működésének megértésében. Mivel azonban a felhasználói élmény egyre nagyobb hangsúlyt kap, a hagyományos megfigyelési mutatók visszatérnek azokhoz az intézkedésekhez, amelyek befolyásolják a tényleges felhasználókat. Néhány megfigyelő eszköz valós felhasználói megfigyelést alkalmaz, vagy RUM-ot a visszatérő adatok időben történő ellenőrzése érdekében, esetleg ideje egy új képernyőképet csinálni, mint kapni 404, vagy más hiba üzenetet. Ez teszi lehetővé, hogy a tesztelők időben felfedezzék a felhasználói élmény hiányosságait. A megfigyeléshez kapcsolódó elemzések nem csupán pillanatfelvételek az alkalmazás állapotáról. Információt nyújtanak a trendekről, amelyek lehetővé teszik a tesztelők számára, hogy azonosítsák, várható-e, hogy a jövőben egy alkalmazással probléma adódik. Ha több héten, vagy hónapon keresztül tárolunk nagy mennyiségű megfigyelésből származó adatot, akkor lehetséges lesz majd azonosítani a memóriaszivárgást, a szűk keresztmetszeteket, vagy más egyéb rendellenességet, még mielőtt azok nagyobb problémákat okoznak. Tesztelőknek monitorozni kell az adatokat A tesztelésnek folyamatos megfigyelést kell tartalmaznia és élesben kell tesztelni a Cloud alkalmazásokat. Miért? Mert a tesztelés az utóbbi években megváltozott. Olyan praktikák kerültek előtérbe, mint DevOps, és a folyamatos telepítés2 (CD - continous deployment), valamint a szoftver fejlesztés életciklus fázisai közötti különbségtétel, beleértve a gyártást is. Agilis vagy DevOps szerint működő csapatoknál a tesztelőknek biztosan kell alkalmazni a Shifting right módszert, hogy megbizonyosodjanak arról, hogy az alkalmazás éles környezetben is az elvárt módon viselkedik. Beszéltem néhány szót arról, hogy mit kell megfigyelni, és miért, de arról nem, hogy hogyan kell kell ezt tenni. Több féle eszköz létezik az alkalmazások monitorozására. Megemlítek néhányat, de érdemes saját magunknak is utánanézni, hogymelyek az igényinknek leginkább megfelelők. A legismertebb kereskedelmi eszközök közé tartozik a Dynatrace, New Relic, AppDynamics, DataDog és a Sumo Logic, de szó szerint tucatnyi eszköz közül lehet választani. Számos nyílt forráskódú monitoring megoldás létezik. A Geekflare3 hat népszerű nyílt forráskódú eszközről ad leírást, míg az OpenAPM4 olyan folyamatot mutat be, amely lehetővé teszi a legjobb megoldások kiválasztását az igények alapján. Nem szeretném reklámozni egyik eszközt sem. A monitoring rendszerek különböző képességűek, különböző árfekvésűek, és nincs olyan, hogy egy termék mindenre megfelelő. De ezek a rendszerek elengedhetetlenné váltak a rendelkezésreállás, a teljesítmény, terhelés, a hibák monitorozásánál, azért, hogy egy jobb minőségű Cloud alapú alkalmazás legyen a végeredmény. És a rendelkezésre álló számos megoldás igazolja ezen tevékenységek fontosságát. Szerző: Peter Varhol Forrás: https://blog.testproject.io/2019/12/02/ shif ting-r ight-with-testing-and-monitor ing- inproduction/ Hivatkozások: 1. https://testproject.io/smart-test-recorder/ 2.ht tps: //blog.testproject.io/2019/08/27/ testautomation-ci-testproject-api/ 3.ht tps: //geek f lare.com/best - open-source - monitoring-software/ 4.https://openapm.io/ Peter Varhol Peter Varhol közismert író és előadó. Tucatnyi cikket írt és számos ipari konferencián és internetes közvetítésen adott elő. Felsőfokú v é g z e t t s é g g e l rendelkezik a számí tástechnikából , az alkalmazot t matemat ikából és pszichológiából . A Technology Strategy Research ügyvezetője, s z o f t v e r f e j l e s z t é s i tanácsadást folytat vállalatok részére s z o f t v e r f e j l e s z t é s , tesztelés és gépi tanulás területén. Régebben technológiai újságíróként, szoftver termékmenedzserként, szoftverfejlesztőként és egyetemi tanárként is dolgozott. 13 . oldal
RkJQdWJsaXNoZXIy MTEyMzcyNw==