Perform Day 2016 - Budapest

Október 25-én, Budapesten is megrendezésre került a dynaTrace által támogatott Perform Day, amire meghívtuk a legfontosabb ügyfeleinket, hogy beszéljünk a közös sikereinkről, továbbá néhány szakmai prezentációt is meghallgathattak a résztvevők.

DynaTrace Driven Development és Testing címmel tartottam egy bemutatót arról, hogy miért édemes a dynaTrace-t már a fejlesztés és a tesztelés korai szakaszában használni, valamint a Continuous Integration és a Delivery Pipeline általunk használt gyakorlatát halgathatták meg a résztvevők.

A konferencia egy közös vacsorával záródott, a magas érdeklődésre tekintettel szinte biztos, hogy jövőre is megrendezzük ezt a rendezvényt!

dynaTrace - Memória szivárgás beazonosítása

Az előző cikk folytatásaként, egy éles rendszerben előfordult memória szivárgáson keresztül fogom megmutatni, hogy hogyan is kell a dynaTrace-szel a gyökér okokig eljutni. Általában minden azzal kezdődik, hogy a dynaTrace-től kapunk egy riasztást, hogy kevés a szabad memória vagy túl sokat GC-zik az appserver, majd a Process Health dashboardon validáljuk, hogy valóban ez a helyzet. Restart után készítettem néhány Memory Consumption Trending dump-ot és beazonosítottam, hogy mely osztályok példány száma növekszik. Esetünkben a BasifTopup osztályból 669.195 darab volt a heap-en.

Ezután a System Profile/Sensors menüpont alatt a BasifTopup osztályra felhelyeztem egy memória szenzort. A dynaTrace hot sensor placement feature segítségével, külön újraindítás nélkül, futásidőben aktiválódott ez a szenzor szabály.

Selective Memory Dump-ok készítésével látható váltak az objektum allokációk, ahonnan pedig továbbfúrtam azokhoz a PurePath-okhoz, ahol ezek az objektum példányok létrejöttek.

A PurePath hívási láncnál megjelent, hogy a BasifTopup példányai, a registerResultInUnitOfWork() metódus hívásnál keletkeznek nagy számban. Innen két kattintással a bytecode visszafejtésével elém tárult a forráskód, ami alapján megtettem a javaslataimat a probléma elhárítása érdekében.

Hát nem egyszerű és nagyszerű? :))

dynaTrace - Memória dump típusok

Gyorsan meg akarod találni a memória szivárgás (memory leak) valódi okát? Használj dynaTrace-t! Attól függően, hogy milyen információra van szükséged, 3 féle heap dump típus készítése közül választhatsz:

1. Deep Memory Leak Analysis:

Ez a hagyományos heap dump-nak feleltethető meg, azaz az objektumok kapcsolatai, a referenciák mentén lekövethető. A heap méretétől függően több percbe is telhet a dump létrehozása, mialatt a JVM mással nem foglalkozik, így napközben való készítése, éles környezetben csak indokolt esetben javasolt. Az elkészített dump utófeldolgozását a dynaTrace Analysis szerver fogja elvégezni. Gyakori kérdés, de a dynaTrace-es dump-ot más eszközzel (Eclipse Memory Analyzer, IBM HA) nem tudjuk beolvasni.

2. Memory Consumption Trending:

Ezzel a dump-pal megkapjuk, hogy melyik osztályból hány példány volt a memóriában. Az előnye, hogy néhány másodperc alatt lefut, azaz nem akasztja meg az alkalmazás futását, így éles környezetben, akár napközben is használható. Ha memória fogyást tapasztalunk, készítünk pl. 10 percenként pár dumpot és összehasonlíthatjuk őket, hogy mely osztályok példányszáma növekszik folyamatosan. 

3. Selective Memory Dump:

Miután a Memory Consumption Trending dump-ok készítésével meghatároztuk azokat az osztályokat, amelyek példányszáma növekszik, ezen az osztályokra memória szenzort tehetünk fel, majd a Selective Memory Dump készítésével megtekinthetjük, hogy a PurePath hívási láncban ezek az objketumok melyik metódusnál jönnek létre. Nagyon hasznos feature!

A folytatásban pedig egy esettanulmányt fogok megmutatni, hogy a gyakorlatban hogyan kell egy memory leak gyökér okát beazonosítani a dynaTrace-szel.

dynaTrace 2016 Partner Summit

Május 9 és 11 között került megrendezésre az idei évi dynaTrace EMEA Partner Summit, amit Portugália egyik legszebb városában, Vilamoura-ban rendeztek meg. A szokásos marketing jellegű prezentációk mellett, halhattam technikai előadásokat is a dynaTrace legfontosabb újításairól, a roadmap-ról és az új stratégiai irányvonalakról. Számomra az egyik legérdekesebb téma a dynaTrace kutatási laborjában fejlesztett Ruxit technológia bemutatása volt. A Ruxit-ot egyértelműen a dynaTrace kiegészítéseként ajánlják sok szerveres és mikrokonténeres környezetben. Hamarosan blogolni is fogok erről a témáról, ugyanis hamarosan Magyarországon is megkezdjük a Ruxit támogatását.

A konferencia mellett azért maradt időnk város nézésre és túrázásra is a környéken. Szép tájak és finom ételek, ez Portugália. :)

Románia, Raiffeisen Bank - dynaTrace support

Ezen a héten Bukarestben dolgoztam, ahol a helyi kollégákkal üzleti dashboard-ok kialakítása volt a feladatom. Az ütemezés elég szorosra sikerült és a napi bemutatók során is jöttek újabb igények, melyeket belevettünk az implementációba. Közel 80 üzleti tranzakciót és ezekre épülő dashboardot alakítottunk ki a tesztkörnyezetben, majd migráltunk az éles rendszerbe.

A hét lezárásaként egy negyedórás live demón keresztül néhány éles környezeti hibára ill. performancia problémára is rámutattam, bereklámozva a céges performance booster programunkat. 

dynaTrace - JDBC batch insert

A teljesítménybeli problémák egy része konfigurációs (jvm, pool) hiányosságokra vezethető vissza, azonban a legtöbb esetben mégis maga az alkalmazás kódja vagy az egyes API-k ill. keretrendszerek nem megfelelő használata okozza a legsúlyosabb veszteségeket. Már az egyetemen is mondogatták, hogy nagy mennyiségű adat beszúrását kötegelve végezzük el, mert a DML műveletek (insert, update, delete) egyenként történő végrehajtása, külön-külön adatbázis feldolgozást és magasabb hálózati overhead-et is jelent.

Az alábbi program 20.000 JDBC insert műveletet fog lefuttatni egyenkénti (tehát nem kötegelt) végrehajtással.

Ahogy a dynaTrace PurePath dashleten is láthatjuk, a válaszidő 13.4 másodperc volt, 97%-ban Input-Output művelettel a lekérdezések végrehajtásánál.

Módosítsuk a programot és nézzük meg, hogy mennyi javulást érünk el, ha az insert műveleteket kötegelve hajtjuk végre.

Az alábbi képen látható eredmény magáért beszél, sikerült a válaszidőt 1.8 másodpercre lecsökkenteni minimális forráskód módosítással. 

Érdemes arra odafigyelni, hogy a nagyméretű kötegek esetén időnként (minden x insert után) futtassunk le egy JDBC batch insertet, különben OutOfMemorError keletkezhet amennyiben a heap memória megtelik!

dynaTrace Certified Associate

Ma délelőtt sikeresen leraktam a Dynatrace Application Monitoring 6.2 Associate Certification vizsgát az Examity vizsgarendszeren keresztül. Hasonlóan más gyártókhoz, a dynaTrace is 3 szintet határozott meg a tanúsítványoknál: Associate, Professional, Master. Szóval itt is maradtak az APM rövidítésnél... :)

A vizsgán 73 kérdésre kellett válaszolni 73 perc alatt, amiből a végén csak 45 másodpercem maradt, szóval igyekeznem kellett. A nehézségi szintet elég jól belőtték, voltak benne lexikális tudásra építő, a dynaTrace belső működésének ismeretét feltételező és "hogyan oldanád meg" típusú kérdések is. Így utólag azt mondanám, hogy aki részt vett már egy Telvice-es core dynaTrace tréningen és legalább fél éve aktívan használja a dynaTrace-t, annak már érdemes megpróbálkozni vele. A vizsga ára 200 USD. Ha esetleg több infó is érdekelne a vizsgával kapcsolatban, ne kíméljetek...

dynaTrace Redmine Action Plugin

Már pár hónapja a KEKKH-ban tevékenykedek CI, dynaTrace illetve GWT-s tesztelés témákban, ahol is a feladataim között volt a dynaTrace és a Redmine issue kezelő integrálása. Az elkészített plugin lényege, hogy amikor egy dynaTrace-es riasztás történik (pl. egy webservice túl lassan válaszol) akkor a dynaTrace egy új issue-t vesz fel a Redmine-ba, kitöltve az issue-t a hiba körülményeihez tartozó releváns információkkal (system profile, prioritás, riasztás oka). Amennyiben a probléma folyamatosan jelen van természetesen nem szemeteli teli az issue kezelőt ugyanazzal a problémával.

Az elkészült plugin és a konfigurációs dokumentációja szabadon elérhető ezen a linken. A plugin tesztelve lett Redmine 2.x és 3.x-es verziókkal is. Eredményes monitorozást mindenkinek!

dynaTrace Nagios Plugin

A KH Bank igényei alapján nemrég fejlesztettem egy dynaTrace plugin-t, ami a dynaTrace által rögzített riasztásokat, a Nagios ill. klónjai számára (OP5, Icinga) képes automatikusan továbbítani. A pluginnál felhasználtam a jsendnsca API-t, ami elvégzi a Passive Check-ek elküldését a Nagios NSCA add-on számára.

Az elkészült plugin-t felraktam a dynaTrace community portálra, ahonnan szabadon letölthető a dynaTrace és a Nagios oldali konfigurációs dokumentációval együtt. Jó monitorozást!

Maidenhead - dynaTrace 6.2 workshop

Az elmúlt héten részt vettem a Maidenhead-ben megtartott, dynaTrace 6.2 újdonságait bemutató 2 napos workshop-on. A dynaTraceWeb keretében, a GWT, gridster.js és highcharts alapokon egy olyan webes felületet hoztak létre, ahol a meglévő dashbordjaink nézegetése mellett akár sajátokat is gyorsan összepattinthatunk. Az újdonságok között volt a Smart Analysis Engine továbbfejlesztése, az instrumentációs cache-elés, az exception szenzor feljavítása, a külső szolgáltatások nevesítésének megoldása és a licence kezelési módosítások. Az új feature-ök mellett szó volt az agenteket és a dynaTrace architektúrát is nagyban érintő jövőbeli fejlesztésekről, melyekről a dynaTrace Product Manager-e mesélt személyesen. A dT 6.2 a jövő hónapban fog megérkezni, várjuk szeretettel! :)

A workshop után még 3 napot Londonban töltöttem, ahol megnéztem a város főbb nevezetességeit és persze a híres múzeumokat is melyekre már nagyon kíváncsi voltam. Ez a kis pihenés most pont jól jött a munkával, tanulással és vizsgákkal tele zsúfolt elmúlt félév lezárásaként.

Web Konferencia 2014 - Kapcsold fel a lámpát!

Idén is lesz webkonf ahonnan én sem hiányozhatok, sőt egy előadást is fogok tartani. A mostani előadásom rendhagyó lesz, mivel az áttekintő bevezető után megmutatom azt is, hogyan kezdhetsz neki az analizálásnak a teljes funkcionalitású ingyenes dynaTrace trial segítségével. Ha követed az előadásom, meglátod hogy soha többé nem akarsz majd dynaTrace nélkül fejleszteni legyél Java, .NET vagy PHP guru! .)

Időpont: 2014. november 8., szombat 15:15

Helyszín: Óbudai Egyetem, 1034 Budapest, Bécsi út 96/B

Téma: dynaTrace - Kapcsold fel a lámpát!

Eddig a sötétben tapogatóztál, most megmutatom hogyan kapcsolhatod fel a lámpát! Az előadás azoknak a Java, .NET és PHP fejlesztőknek szól, akik szeretnék megtudni, hogy pontosan mit is csinál az alkalmazásuk, milyen hibákat és performancia problémákat tartalmaz.

Az előadás prezentációja itt tölthető le!

dynaTrace ingyen - Teljes verzió, 30 napig

Frissítve: 2016.05.25

Igen! Ezen az oldalon bárki számára letölthető a teljes funkcionalitású dynaTrace és 30 napon keresztül szabadon használható, akár éles környezetben is. A free trial licence a következőket tartalmazza:

• Java agents: 5
• .NET agents: 5
• Webserver agents: 5
• PHP agents: 5
• Node.js agents: 5
• No SQL: 5
• Native (C/C++) agent: 5
• Database: 5 (8 CPU Core)
• Host monitoring agent: 5
• IBM Integration Bus agent: 5
• UEM volume: 100.000

Először is regisztrálni kell egy céges e-mail címmel a Compuware web-oldalán, majd a kiküldött e-mailben található linkre kattintva meg kell adni az új jelszavunkat. Ezután egyből hozzáférést kapunk a közösségi portálhoz, a hivatalos fórumhoz és a dynaTrace teljes dokumentációjához, amelyben részletesen le van írva minden információ egészen a telepítéstől a használatig! Az induláshoz szerencsére nem kell átolvasni a teljes doksit, mivel a kezdőoldalon egy 4 lépéses varázsló vezet el minket a dynaTrace használatba vételéhez. A letöltéstől számítva, nagyjából 15 perc alatt beüzemelhető a rendszer!

A dynaTrace használata és a performancia vagy funkcionális problémák beazonosítása persze igényel egy kis gyakorlatot, ezért ha bármilyen kérdésed lenne a telepítéssel vagy a konfigurálással kapcsolatban esetleg egy gyors elemzést kérnél tőlem a vizsgált alkalmazásodról, nagyon szívesek segítek! Ne kíméljetek! .)

ComputerWorld - Agilis teljesítménymenedzsment

A 6. szoftvertesztelői konferenciával párhuzamosan lehetőségem adódott, hogy a Computerworld folyóirat vélemény rovatában publikáljak. Persze azonnal elfogadtam a felkérést, annak ellenére hogy csak egy "hosszú" estém maradt a cikk megírására. Bónuszként a főcímlapot is megkaptam, szóval mit is mondhatnék még? Jó olvasgatást mindenkinek! :)

Szoftvertesztelés VI.

A Compuware és a Telvice kft. támogatásával, előadóként részt veszek a 2014. március 18-án megrendezésre kerülő 6. szoftvertesztelési konferencán, melynek központi témája a változó környezetben való tesztelés lesz. A témák között szerepel a mobil applikációk tesztelése, virtualizált tesztelés, automatizált tesztelés, teszt és kódlefedettség mérése, minőségbiztonsági kérdések, crowdtesting, agilis tesztelés és persze a dynaTrace is! .) A részletes program itt megtekinthető.

Az előadásomnak az Agilis tesztkörnyezeti teljesítménymenedzsment címet adtam és a következő kérdésekre fogok választ adni:

• Mi a teszteszközök alapvető problémája?
• Mit nyerünk a dynaTrace használatával?
• Hogyan alakítsuk ki agilisen a tesztelési folyamatainkat?
• Hogyan akadályozhatjuk meg, hogy a feltárt hibák visszakerüljenek a rendszerbe?

Az előadásom prezentációja pedig letölthető innen.

Compuware EMEA Accelerate Partner Summit 2014

A Telvice kft. jóvoltából részt vehettem a február 18-án kezdődő két napos Compuware konferencián amit az Európai, Közép-Keleti és az Afrikai partnerek számára rendeztek meg Amsterdam-ban.

A találkozón szó volt a tavalyi év sikertörténeteiről és néhány várható technikai újdonságról is valamint azt is megtudhattuk hogy a Compuware most már teljes erővel az APM vonalra fog fókuszálni, aminek a következtében megvált például a Covisint és a ChangePoint szoftverektől is. Magyar vonatkozású sikerekből sem volt hiány, a Provice Kft. kapta meg a 2014-es RFO APM Marketing díjat és a legaktívabb RFO partner díjat is, amihez a Telvice Kft. mint VAR (Value Added Reseller) partner is nagyban hozzájárult.

Habár a konferencia február 18-án kezdődött, mi már 16-án megérkeztünk így volt elég időnk szétnézni Amsterdamban. A cikk végére hagytam egy bejelentést, amit április végéig sajnos nem árulhatok el, de az biztos hogy ez majd felélénkíti a Compuware APM használatát valamint a Java, .NET és PHP szakmai világ is erről fog szólni! .)

dynaTrace - Nemcsak tűzoltásra!

A dynaTrace egy hasznos eszköz az éles környezetben felmerült teljesítménybeli és stabilitási problémák beazonosításához, de lássuk be ez nem más mint tűzoltás! Én azt javaslom, hogy ne csak akkor kezdjünk el foglalkozni a problémákkal ha már ég a ház, mert ilyenkor biztos sokkal nagyobb lesz a kárunk és a javítási költség is!


A problémákat jóval korábban, már a fejlesztés-tesztelés fázisban ki kellene mutatni, így azok gyorsan orvosolhatók! Felmerülhet a kérdés, hogy miért használjunk dynaTrace-t amikor ott vannak a már jól bevált teszteszközök? A dynaTrace-t nem a teszteszközök helyett, hanem azokkal integrálva érdemes használni! Az alapvető probléma a teszt eszközökkel, hogy azok csupán rámutatnak a sokáig tartó kérésekre ill. hibákra, de nem tudják felfedni a problémák valódi okát, mivel nem látnak bele az alkalmazásba!

A dynaTrace integrálható a legtöbb kereskedelmi és nyílt teszteszközzel, legyen az terheléses (JMeter, LoadRunner), felületi (Selenium) vagy éppen egység teszt (JUnit, TestNG). A leghatékonyabb eredményt akkor érhetjük el, amikor ezt a folyamatos integrációs környezetünkbe is beillesztjük.

A gyakorlatban ez úgy néz ki, hogy egy CI eszköz (gombnyomásra vagy ütemezve) meghajtja az alábbi lépéseket:

1. Forráskód letöltése az SCM-ből
2. A build eszköz lefordítja a kódot, létrejönnek a build termékek
3. Lefuttat egy SonarQube kód analizálást
4. Átszól egy REST-es interface-n a dynaTrace-nek, hogy kezdheti a session mentést
5. Lefuttatja a dynaTrace-szel integrált unit teszteket
6. Telepíti a web-alkalmazást a tesztkörnyezetbe
7. Lefuttatja a dynaTrace-szel integrált felületi és terheléses teszteket
8. Átszól egy REST-es interface-en a dynaTrace-nek, hogy zárja le a session mentést

Nézzük is meg, hogy mit nyertünk vele:

• Minden egyes release-hez automatikusan létrejön egy dynaTrace session, ami tartalmazza a PurePath-okat és minden mérési eredményt a dinamikus jellemzőkről (lekérdezések ideje, kivételek száma, válaszidők, stb...)
• Minden egyes release-hez megkapjuk a kód statikus jellemzőit (System.out.println()-ek száma, stb...)
• Mivel a trendekből kiolvashatjuk a dinamikus (dynaTrace) és statikus (SonarQube) jellemzőket, a negatív elváltozásokat azonnal felismerhetjük
• Tetszőleges 2 release jellemzőit is összehasonlíthatjuk

Persze a dynaTrace a fejlesztőknek is tartogat hasznos funkciókat. Az Eclipse ill. az MS Visual stúdióval történő integrációt követően, a dynaTrace-ben megjelenő metódusokra kattintva átugorhatunk a fejlesztőkörnyezetünkben lévő projekt megfelelő metódusára!

Legközelebb pedig egy teljesen új témával jelentkezem, ez pedig az An...

dynaTrace - Te még nem használod?

Ezt a cikket egy összefoglalónak szántam azoknak akik gyorsan egy átfogó képet szeretnének kapni a dynaTrace hibakeresési ill. monitorozó képességeiről és remélhetőleg a bejegyzés végére mindenkinek kiderül, hogy miért mondogatom mindig azt, hogy a dynaTrace nélkül most már soha többé nem akarok szoftvert fejleszteni! 

PurePath technológia

A PurePath technológia lehetővé teszi, hogy JAVA, .NET, PHP, C rendszereken keresztül az összes felhasználó összes kérését lekövessük a hívási láncon keresztül, akár éles környezetben is a 4% alatti overhead-nek köszönhetően (így a hibákat nem kell a teszt környezetben reprodukálni). Sőt a technológiát kliens oldalon is használhatjuk a dynaTrace AJAX Edition kiegészítővel.

Az idő információk és a hívási lánc felrajzolásán túl elkaphatjuk a metódus argumentumokat ill. visszatérési értékeket, megtekinthetjük a keletkezett kivételeket és naplóüzeneteket, elcsíphetjük az SQL lekérdezések paramétereit is.

A gyökér okok gyors meghatározása

A dynaTrace közel 30 dashletet (Response Time HotSpots, Exceptions, Browser Errors, stb...) ad ahhoz, hogy a hibák gyökér okait minél gyorsabban beazonosítsuk és ahhoz is lehetőséget nyújt hogy bármikor tovább fúrjunk egy másik dashlet felé. Példaként a baloldali dashlet a metódus HotSpot-okat mutatja a kijelölt metódus hívási lánccal együtt, a jobb oldali pedig a database HotSpot-okat a hívó féllel.


Architekturális ábra a kapcsolódó rendszerekkel

A TransactionFlow dashlet, a kiválasztott időablakra vonatkozólag megmutatja a rendszer aktuális architektúráját, az áthaladó kérések irányát, a problémás komponenseket valamint a rétegek között eltelt időket is.

A felhasználói műveletek teljes lekövetése avagy mit csinált az user

Probléma esetén a felhasználók rendszerint betelefonálnak a help desk-re, hogy ez meg az nem működik, hibával találkoztak a felületen. Ilyenkor a legelső kérdés az szokott lenni, hogy mit csinált a felhasználó, mire kattintott. Ezen információk összegyűjtése nem mindig könnyű feladat. Persze a dynaTrace-szel egyszerű a dolgunk, csak leszűrünk a felhasználó nevére és megnézzük a látogatása során végrehajtott akciókat, majd szükség szerint tovább fúrunk a PurePath-okhoz.


Monitorozás és riasztás

A dynaTrace-t sokan csak egy hibafeltáró eszköznek gondolják, de az üzemeltetés számára leginkább a monitorozó és riasztási képességek bizonyulnak a leghasznosabbnak. Az alapértelmezett dashboard-ok mellett a rendelkezésre álló measure-ökre feliratkozva akár egy adott metódus vagy lekérdezés válaszidejét esetleg hívásszámát is monitorozhatunk. Ha a monitorozott metódus válaszideje meghaladna egy határt (riasztás), automatikusan készíthetünk heap és thread dump-ot valamint a problémás időszakhoz tartozó PurePath-okat session-ként is exportálhatjuk, amit egy harmadik félnek átadva már képes lesz analizálni a gyökér okokat.

Üzleti tranzakciók kialakítása

A PurePath-ok szűrésével és csoportosításával az üzlet számára fontos jellemzőket is vizualizálhatjuk. Az alábbi ábrán például a bevételek alakulását (metódus paramétereket elfogva és összeadva) követhetjük utazási irodánként ill. úticél szerint csoportosítva. Egy másik példaként az egyik nagy légitársaságnál tartott piloton, a felhasználói élményt (válaszidők és a hibák száma szerint számolva) kellett monitorozni a különböző platformról jövő felhasználok szerint csoportosítva, ahol is jól látszott hogy az Android 2.x-et használó felhasználóknál nagyobb az elégedetlenség és a visszafordulás aránya.

A legújabb technológiák folyamatos támogatása

A dynaTrace legújabb kiadásával az új alkalmazás szerver verziók mellett a Cloud, BigData és Mobil technológiák is támogatást élveznek, csak néhányat megemlítve: IIS8, JBoss AS 7, Glassfish 3.1, WebSphere AS 8.5, Weblogic 12, Cassandra, Mongo DB, HBase, Hadoop 2.x, Solr.

Gyors telepíthetőség és beüzemelés

Az agent alapú technológiának köszönhetően a telepítéshez a forráskódot NEM kell módosítani, pl. Java esetén csak egy JVM argumentumot kell beilleszteni az alkalmazást futtató szerverhez. A kollektorok és a dynaTrace szerver elindítása után, minden további konfigurációt egy Eclipse alapú vastag kliens alkalmazáson keresztül végezhetünk el.

Már 2 éve a piacvezető APM megoldás

A Gartner elemzése szerint 2011-ben és 2012-ben is a Compuware dynaTrace volt a vezető APM megoldás, amihez hozzájön, hogy a Fortune 500-ból jelenleg 386 a Compuware ügyfele.


És ez még csak a kezdet, a dynaTrace-t nemcsak az éles hibák felkutatásához és monitorozásához használhatjuk, de a fejlesztői és a tesztkörnyezetben is nagy segítségünkre lehet, mivel már a fejlesztés korai szakaszában kimutathatjuk az esetleges problémákat, amivel elkerülhető az éles környezetbe való kijutásuk.