Talán hallotta már, hogy a projektmenedzserek, a minőségbiztosítás és a fejlesztők vitatkoznak a unit tesztelés előnyeiről és arról, hogy szüksége van-e rá a csapatának. Ha ezt a döntést önnek kell meghoznia, segít, ha ismeri a tényeket, hogy a projektünk szempontjából a legjobb döntést hozhassa meg.
Mint a szoftveriparban a legtöbb dolognak, a unit tesztelésnek is vannak előnyei és hátrányai. A folyamat, az alkalmazások, az előnyök és a kihívások megértése segíthet eldönteni, hogy a csapatának szüksége van-e egységtesztelésre.
Mi az a Unit tesztelés?
Az egységtesztelés egy olyan módszer, amely a kód egyes egységeinek elkülönítésére és tesztelésére szolgál az egyes komponensek hatékonyságának meghatározása érdekében. Ez a módszer a szoftver tesztelése helyett kisebb részekre bontja azt, hogy biztosítsa az egyes komponensek helyességét.
Miért van szükségünk egységtesztekre?
Mivel az egységtesztek jellemzően a fejlesztési fázisban zajlanak, lehetővé teszik a csapatok számára, hogy a szoftver kiadása előtt azonosítsák és kijavítsák a problémákat. Az egységtesztek figyelmeztetik a fejlesztőket a lehetséges hibákra vagy hiányosságokra, amelyek a jövőben problémákat okozhatnak, és javítják az általános minőséget és teljesítményt.
Az egységtesztelés továbbra is kissé ellentmondásos téma az iparágban. Minőségbiztosítási csoportok bajnok szoftvertesztelés míg a kódolók óva intenek a túlzott használatától, és csak kevés csapat jut konszenzusra. Az átfogó kép megértése segíthet az érvek között eligazodni, és a vállalkozása számára legjobb döntést hozni.
Mit kell tesztelni a Unit tesztelés során (és mit nem)?
Az egységtesztelés egy olyan eszköz, amelynek ugyanúgy megvan a helye és ideje, mint bármely más eszköznek a szoftver hatékonyságának és költséghatékonyságának javítására szolgáló arzenálban. Sok mindent elérhet, de nem biztos, hogy minden helyzetben ez a legjobb megoldás.
A következő esetekben egyértelmű előnyei vannak az egységtesztelés használatának:
- Tegyen egy próbakört, hogy megbizonyosodjon arról, hogy a kód működik, mielőtt telepítené.
- Ellenőrizze a munkát a kód működésének validálása és az esetleges hibák azonosítása érdekében.
- Dokumentálja a folyamatot a legjobb gyakorlatok támogatása és az előrehaladás nyomon követése érdekében.
Csábító lehet az egységtesztelés használatának kiterjesztése, de annak korlátai is kihívásokat okozhatnak, ha bizonyos helyzetekben használjuk. Ha például egységtesztet hajtunk végre olyan komponenseken, amelyek harmadik fél rendszereivel működnek együtt, nem biztos, hogy következetes vagy megbízható eredményeket kapunk. A feladat túl összetett ahhoz, hogy kisebb részekre lehessen bontani anélkül, hogy valami elveszne.
Az egységtesztelés szintén problémát okoz az olyan összetett rendszereknél, mint az AI és a
robotizált folyamatautomatizálás (RPA)
. Bár ezekben a forgatókönyvekben is végezhetünk egységteszteket, ez egy hatalmas vállalkozás, és jobb eszközök is rendelkezésre állnak.
A Unit tesztelés előnyei
Fontos megjegyezni, hogy az egységtesztelésre jellemzően a fejlesztési folyamat korai szakaszában kerül sor, proaktív intézkedésként, vagy mielőtt új kódot vezetnénk be egy meglévő rendszerbe. A szoftveregység-tesztelés beillesztése a meglévő tesztelési tervbe várt és váratlan előnyökkel járhat a projekt számára.
1. Időt és pénzt takarít meg
Talán a legértékesebb ok a unit tesztelés beépítésére az a kiadás ütemezésére és a végeredményre gyakorolt hatás. Bár a fejlesztési folyamatot további lépésekkel egészíti ki, az egységtesztelés nem olyan időigényes és költséges, mint a kész termékben hónapokkal a szállítás után egy kisebb hibát keresni.
Mivel az egységtesztelés a hibák és potenciális problémák keresése során a kódot különböző feltételek mellett teszteli, gyorsabb és könnyebb javításokat tesz lehetővé. A kód finomhangolása a projekt előrehaladtával hatékony, és az emberi és pénzügyi erőforrások hatékonyabb felhasználása.
A potenciális hibák megtalálása és azonosítása a folyamat korai szakaszában végzett egységteszteléssel az egyik legpraktikusabb lépés, amit megtehet. Olcsóbb és egyszerűbb a meglévő és potenciális problémák kezelése, mielőtt a terméket átadná az ügyfélnek.
2. Javítja a minőséget
Az egységtesztelés javítja a termék minőségét is, mivel a problémákat még azelőtt kezeli, mielőtt azok problémákat okoznának. Magasabb minőségű terméket szállíthat, tudva, hogy az a legapróbb szintig átment egy sor vizsgálaton.
Lehetővé teszi továbbá a csapatok számára a teljesítmény vizsgálatát azáltal, hogy a fejlesztési folyamat során végig stresszelik a szoftvert, hogy biztosítsák annak felkészültségét. Csapata különböző forgatókönyvekkel kísérletezhet, beleértve a szélsőséges körülményeket is, hogy megállapítsa, hogyan reagálna a szoftver.
A sikeres tesztelés lehetővé teszi a csapatok számára, hogy orvosolják a hiányosságokat, és robusztusabb, összetettebb terméket nyújtsanak.
3. Dokumentációt biztosít
Az egységtesztelés magában foglalja a teljes folyamatot és az egyes komponensek funkcióit dokumentáló feljegyzést. Az egész rendszer vázlatát és áttekintését nyújtja, bemutatja a szoftver képességeit és ideális felhasználási módjait, miközben betekintést nyújt a nem megfelelő felhasználási módokba is.
4. Növeli az általános hatékonyságot
A szoftver különböző részeinek elkülönítésével az egységteszteléssel az egyes komponensek hatékonyságát lehet tesztelni. Ha a kisebb komponensek önmagukban is jól működnek, az az egész rendszert megbízhatóbbá teszi.
Továbbá az elszigetelt komponensek tesztelése lehetővé teszi a fejlesztők számára, hogy a problémákat még azelőtt észrevegyék és kijavítsák, mielőtt azok hatással lennének más komponensekre.
A Unit tesztelés kihívásai és korlátai
Egyetlen rendszer sem tökéletes, és ez alól az egységtesztelési módszerek sem kivételek. Az iparági szakemberek nem értenek egyet az egységtesztelés fontosságával kapcsolatban, mivel a folyamathoz néhány jelentős korlátozás társul.
1. Több kódot igényel
Bár az egységtesztelés hosszú távon megtakarítást jelenthet, az összetevők teszteléséhez kiterjedt kódolásra van szükség. Ezért az egyik legjobb gyakorlat az egységtesztelésben az, hogy legalább három egységtesztet kell végezni, hogy mindig legyen egy döntetlenre alkalmas teszt.
2. Nem foglalkozik minden helyzettel
A unit tesztelés nem minden lehetőségre ideális, különösen nem egy felhasználói felület tesztelésére. Azért sem tud minden hibát elkapni, mert lehetetlen minden lehetséges helyzetet előre jelezni.
3. Megnehezíti a változást
Az egyes összetevők megerősítése erősebb programot hoz létre. Mi történik, ha módosítani vagy frissíteni kell a programot? Nagyobb kihívást jelent egy olyan rendszer megváltoztatása, amely ennyire el van szigetelve a hibáktól anélkül, hogy megzavarná az általános működést.
Az egységtesztelés típusai
Az egységtesztelést általában egy automatizált egységtesztelő eszközzel végzik, de lehetőség van kézi megközelítésre is. Mindkét módszernek megvannak az előnyei és hátrányai, bár az automatizált egységtesztelés a legnépszerűbb és legfontosabb lépés a vállalatok számára, amelyek a következőkkel foglalkoznak
hiperautomatizálás
.
1. Kézi egységtesztelés
A manuális egységtesztelés olyan tesztelőkre támaszkodik, akik képesek megérteni az összetett funkciókat és funkciókat. Mivel az emberek képesek a dobozon kívül gondolkodni, képesek a kódon túli problémák azonosítására és a felhasználói élmény szimulálására.
Hátránya, hogy a manuális egységtesztelés drága, mert a
képzett programozókat kell fizetni
. Ez időigényes és bonyolult, mivel a csapatoknak el kell különíteniük az egyes komponenseket, és mindegyikre több tesztet kell futtatniuk.
2. Automatizált egységtesztelés
Az automatizált egységtesztelés programokat és kódot használ a tesztek elvégzéséhez. Mint más szoftvertesztelés automatizálása, a szoftveregység-tesztelés gyorsabban működik, és korlátozza a többi komponensre gyakorolt hatást. Ezenkívül a tesztet egyszer megírhatja, és többször is felhasználhatja.
Sajnos a szükséges kód elkészítése és karbantartása időbe telik. Az automatizált egységtesztelésnek még mindig vannak bizonyos korlátai, mivel nem tud minden hibát elkapni.
A jó egységteszt jellemzői
Az egységtesztelés kényes egyensúlyt igényel az előnyök növelése és a korlátok kezelése érdekében. A legjobb egységtesztelés négy jellemzővel rendelkezik, amelyek ezt az egyensúlyt teremtik meg.
1. Elszigetelt
Minden egységtesztnek képesnek kell lennie arra, hogy önmagában is megállja a helyét, azaz más tényezőktől függetlenül létezzen. Ha a teszt más programokra vagy rendszerekre támaszkodik, akkor ez megváltoztathatja az eredményeket.
2. Gyors
Vegye figyelembe a tesztelendő kód mennyiségét, és azt, hogy mennyi időbe telik annyi teszt elvégzése, hogy kielégítő eredményeket kapjon. Egy jó egységtesztnek csupán ezredmásodpercekig kell tartania a tesztelés befejezéséhez. Továbbá, az egységteszt elkészítése nem vehet igénybe több időt, mint a tesztelni kívánt komponenseké.
3. Következetes
Az egységteszteknek minden alkalommal azonos eredményeket kell visszaadniuk. Ha nem tudja többször megismételni a tesztet, és nem tudja ugyanazt az eredményt elérni, akkor a teszt nem megbízható.
4. Önellenőrzés
A kézi és automatizált egységteszteknek képesnek kell lenniük arra, hogy az eredményeket automatikusan, emberi beavatkozás nélkül mutassák ki. A csapatának nem kell átnéznie az eredményeket, hogy eldöntse, igen vagy nem.
Átvágva a zsargonon: Integrációs tesztek
A szoftvertesztelés ugyanolyan összetett, mint a tesztelt programok, ami azt jelenti, hogy a különböző kifejezések és típusok különböző dolgokat valósítanak meg. Az egységtesztek és az integrációs tesztek közötti különbség megértése szükséges ahhoz, hogy meghatározzuk a legjobb módját az egyes tesztek végrehajtásának.
1. Mik azok az integrációs tesztek?
Az integrációs tesztelés azzal foglalkozik, hogy a különböző komponensek hogyan működnek együtt a programon belül. Azonosítja az alkatrészek közötti problémákat, amikor azok a feladatok elvégzése érdekében összejönnek. Néhány probléma támogathatja a szoftvert, de ez a tesztelés azokat keresi, amelyek rontják az általános teljesítményt.
2. Unit tesztek vs. integrációs tesztek
Az egységtesztelés és az integrációs tesztelés hasonló fogalmak, amelyek különböző elemekkel foglalkoznak. Az integrációs tesztelés ahelyett, hogy a legkisebb egység egyedi működését vizsgálná, azt vizsgálja, hogyan működnek együtt az összetevők.
Az integrációs tesztelés a folyamat korai szakaszában keresi a hibákat és mellékhatásokat, és olyan problémákat is megtalál, amelyek első pillantásra nem nyilvánvalóak. Az integrációs tesztelés azonban az egyes funkciók helyett több komponenssel foglalkozik, mivel azok kölcsönhatásba lépnek egymással.
Egységtesztelési technikák
A három egységtesztelési technika a rendszer különböző rétegeit célozza meg. Mind a kézi, mind az automatizált tesztelés lefedheti ezeket a típusokat.
1. Funkcionális egységtesztelési technikák
A funkcionális egységtesztelési módszerek, az úgynevezett fekete dobozos tesztelés az egyes komponensek funkcionalitását vizsgálja. Értékeli a felhasználói felület, a bemenet és a kimenet érvényességét, miközben megállapítja a határokat és az egyenértékűségeket.
2. Strukturális egységtesztelési technikák
A strukturális technikák vagy fehérdobozos tesztelés a meghatározott funkcionális követelményeknek megfelelő komponenseket validálja, és feltérképezi azok útvonalait. Ez például egy sor feltétel beállítását jelentheti, hogy a bemenet alapján megnézzük, milyen utat követ a kód a programon keresztül.
3. Hiba alapú egységtesztelési technikák
A hibaalapú technikák akkor működnek a legjobban, ha az eredeti programozó végzi a tesztelést, mert ismeri a munkáját. A szürke dobozos tesztelésként is ismert teszteseteket használ, és kockázatértékeléseket végez a hibák azonosítására.
Az egységtesztelés alkalmazásai
Mint említettük, az egységtesztelési alkalmazások szinte végtelenek, de egyes célokat jobban szolgálnak, mint másokat.
1. Extrém programozás
Extrém programozás egy olyan szoftverfejlesztési ideológia, amely a legmagasabb minőségű szoftverek létrehozására törekszik. Ez a módszertan nagymértékben támaszkodik a szoftveregység-tesztelési keretrendszerekre az átfogó tesztelés elvégzéséhez. Az extrém programozók gyakran használják
automatizált tesztelési eszközök
az általános minőség és a reakcióképesség javítása érdekében, miközben alkalmazkodik a változó ügyféligényekhez.
Az egyik vezérelv az, hogy mindent tesztelni kell, ami potenciálisan meghibásodhat, beleértve a legkisebb alkatrészeket is. Következésképpen a unit tesztelés az extrém programozók hatékony eszköze.
2. Nyelvi szintű egységtesztelés
Bizonyos nyelvek eleve kompatibilisek a unit teszteléssel. Például az olyan nyelvek, mint a Python és az Apex, a kód felépítése miatt közvetlenül támogatják az egységtesztelést, ami azt jelenti, hogy az egységtesztek beépítése csak korlátozott módosításokat igényel. Más nyelvek kisebb módosításokat és speciális keretrendszereket igényelnek, mint például a PHP egységtesztelése.
3. Egységtesztelési keretek
Az egységtesztelés megnyitja az utat a harmadik féltől származó termékek előtt, amelyeket telepíthet a tesztek futtatásához a meglévő rendszerén. Sok
automatizált egységtesztelő eszközök
több nyelvvel kompatibilisek, hogy egyszerűsítsék a tesztelési folyamatot, és lehetővé tegyék a felhasználók számára, hogy ellenőrizzék a korábban kifejlesztett szoftverüket.
Hogyan írjunk teszteseteket egységteszteléshez
Az egységtesztelési tesztesetek írása a tesztelt komponenstől függően bonyolulttá válhat; az egységteszt megírásának ugyanarra a három pontra kell összpontosítania. Vegye figyelembe, hogy a kézi és az automatizált tesztelés között lehetnek kisebb különbségek, de a folyamat lényegében ugyanaz.
1. Teszt az érvényes válasz ellenőrzésére
Kezdje egy olyan teszttel, amely ellenőrzi az optimális választ, hogy biztosan felismerje, mit kellene tennie. Ez a lépés az alapvonalat is meghatározza.
2. Tesztválasz érvénytelen bemenetre
Állítson be egy tesztet az érvénytelen bemenetre adott válasz ellenőrzésére. Hozzon létre egy alapszintet a komponens érvénytelen adatokra adott válaszához.
3. Több művelet végrehajtása
Tesztelje a komponenst többször érvényes és érvénytelen válaszokkal, hogy megállapítsa, hogyan reagál a komponens. Ezután kövesse nyomon a válaszokat, hogy felkutassa a hibákat.
Hogyan végezzük a Unit tesztelést?
Az egységtesztelés magában foglalja a szoftver egy adott komponensének tesztelésére szolgáló kód írását. A manuális tesztelés jellemzően több lépést igényel, és nem túl gyakori, ezért nézzük meg a folyamatot az egységtesztelés automatizálására szolgáló eszközökkel.
Az egyik legnépszerűbb eszköz a piacon a ZAPTEST API Studio. A ZAPTEST segítségével a felhasználók automatizálhatják a REST; SOAP; és openAPI tesztelését a teljes paraméterezés, valamint a könnyen használható korrelációs és adatkezelési segédprogramok segítségével. A ZAPTEST lehetővé teszi az API és a felhasználói felület tesztelésének zökkenőmentes egyesítését is.
1. A tesztelendő kódrészlet azonosítása és a módszer meghatározása
A fejlesztők kódot írhatnak és csatolhatnak az alkalmazásba egy komponens működésének teszteléséhez, és később eltávolíthatják a tesztkódot. Ezzel szemben lehetséges a komponens elkülönítése és másolása egy tesztrendszerbe. Ez utóbbi lehetővé teszi a felhasználók számára, hogy a tesztelés során azonosítsák a más komponensekkel való felesleges kapcsolatokat.
2. Tesztesetek kezdeményezése
A fejlesztő a kódoló által kidolgozott teszteseteket használja a komponens funkcionalitásának érvényesítésére. Ez a folyamat jellemzően egy automatizált tesztelési keretrendszerben történik, amely a tesztelés során jelzi a hibákat, és figyelmeztetheti a csapatot a hibára.
3. Felülvizsgálat és átdolgozás
A teszteset befejezése után a csapat felülvizsgálhatja az adatokat, hogy megállapítsa az esetleges hibákat vagy hiányosságokat. Ezután a csapat elvégzi a korrekciókat és frissíti az alkatrészt, mielőtt újra tesztelné azt.
A csapatok a kívánt eredmények eléréséhez a teszteseteket olyan gyakran vizsgálhatják felül, amilyen gyakran csak szükséges. Lehetőség van egy egységteszt leállítására, ami azt jelenti, hogy a komponens vagy a teszteset olyan súlyosan megbukott, hogy nem érdemes folytatni.
Példák egységtesztekre
Több száz egységtesztelési példa létezik, amelyek különböző komponensekkel és problémákkal foglalkoznak. Íme néhány alapvető egységteszt-példa, amelyek valós alkalmazásokat mutatnak be.
1. API egységtesztelés
A modern rendszerek különböző programok egymással való kommunikációjára épülnek, gyakran API-ként ismert interfészeken keresztül. A fejlesztők például növelhetik a hatékonyságot a végpontok tesztelésével, a REST API egységtesztelésével.
2. Autóipar
Az autóipar hatalmas lehetőséget kínál az egységtesztelési példákhoz, ezért fontolja meg a széleskörű következményeket. Járműveink minden eddiginél jobban támaszkodnak a kódra, és veszélyes helyzeteket teremthetnek, ha csak egy kis hiba is van bennük. Az egységtesztelő eszközökkel még azelőtt elszigetelhető a kód, hogy az autó elhagyná a gyárat, hogy megállapítható legyen, hogy a kód tiszta-e, és csökkenthető a hibák előfordulásának esélye az úton.
Legjobb gyakorlatok az egységteszteléshez
Akár egy REST API-n szeretne egységtesztelést végezni, akár azt szeretné meghatározni, hogy egy banki alkalmazás hogyan reagál ugyanazon a számlán különböző bemenetekre, a következő legjobb gyakorlatok segíthetnek abban, hogy az egységtesztelés a helyes irányba haladjon.
1. Egységtesztelési terv írása és követése
Az egységtesztelés egyik legfontosabb eleme egy olyan terv betartása, amely részletezi a méretét, a hatókörét és a célkitűzéseket. Határozza meg az egységteszt hatókörét és azt, hogy mit kell tesztelnie, határozza meg a teszteseteket, és válassza ki a megfelelő eszközöket vagy szoftvert.
Nem elegendő csupán egy egységtesztelési terv elkészítése; a csapatnak az elejétől a végéig követnie kell a tervet. A lépések kihagyása vagy a tervtől való eltérés zavart okozhat és felesleges munkát okozhat.
2. Tekintsük a nyelvet
Győződjön meg róla, hogy a kódja ugyanazt a nyelvet beszéli, mint a tesztelni kívánt program vagy alkalmazás. A PHP egységtesztelés különbözik a C# egységteszteléstől, még ha az általános keretrendszer hasonló is.
3. Reintegráció és regressziós tesztelés
Ha a kódot lemásolta, és az alkalmazáson belüli tesztelés helyett egy tesztelési keretrendszerben tesztelte, a regressziós tesztelés kritikus fontosságú. Bármilyen kód átdolgozása megváltoztathatja az alkalmazás funkcionalitását, ezért integrálja újra az egységet, majd végezzen regressziós tesztelést, hogy biztosítsa a megfelelő működést.
Kinek kell részt vennie az egységtesztekben?
Bár sokan vesznek részt a szoftverfejlesztésben és az alkalmazásokban, nem mindenkinek van ideje, képessége vagy tudása arra, hogy részt vegyen az egységtesztelésben. Ezért korlátozza a csapatot néhány képzett személyre vagy csapatra.
1. A szoftverfejlesztők egységtesztelést végeznek
A fejlesztők viselik a legnagyobb felelősséget az egységteszteléssel kapcsolatban, mivel ők ismerik a kódjukat és tudják, hogyan kell működnie. A fejlesztők írják a teszteseteket, végrehajtják a tesztet, és általában nekik van a legjobb elképzelésük arról, hogy milyen egységtesztelő szoftvert alkalmazzanak.
2. Minőségbiztosítási csoport
A minőségbiztosítási csapat tudja, hogyan kell működnie a szoftvernek, és hogyan kell azonosítani a hibákat. Más szemszögből vizsgálják a szoftvert, és biztosítják, hogy az megfelelően működjön a nagyobb rendszerben.
Unit tesztelés ellenőrzőlista
Ez az egységtesztelési ellenőrzőlista egy iránymutatás, amely segít a csapatnak a célok elérésében.
1. Válassza ki a megfelelő egységtesztelési eszközöket
A megfelelő egységtesztelési automatizálási eszközök kiválasztása alapvető fontosságú. Győződjön meg róla, hogy a unit tesztelő szoftver kompatibilis az alkalmazás nyelvével, és képes elérni a csapat céljait.
2. Felkészülés a sikerre
Készítsen részletes neveket a tesztelési projekthez, hogy a jövőbeli csapatok tudják, mit végeztek, és könnyen azonosítani tudják a tesztet. Határozza meg a tesztelni kívánt kódot, és győződjön meg róla, hogy az teljesen független.
3. Tesztkód egyenként
Egyszerre csak egy komponenst teszteljen, hogy következetes és célszerű maradjon, valamint elkerülje a csapattagok közötti átfedéseket vagy félreértéseket.
4. Hibák reprodukálása
Ha hibát azonosított, tesztelje újra, hogy megbizonyosodjon arról, hogy ugyanaz a művelet újra visszaadja a hibát. Javítsa ki a hibát, ha az reprodukálható.
Következtetés
Az egységtesztelés a szoftver és az alkalmazás hatékonyságának javítását szolgálja a legkisebb komponensek helyességének tesztelésével. Ez egy újabb lehetőséget jelent a meglévő szoftverek továbbfejlesztésére és a hatékonyság növelésére.
A szoftverautomatizálás és a
robotizált folyamatautomatizálási eszközök
, az egységtesztelés támogató szerepet tölt be a hiperautomatizálás felé vezető úton. Mivel az alkalmazásokat a legkisebb összetevőkre bontja, azonosítani tudja a korábban észrevétlen hibákat, és megelőzheti a jövőbeli problémákat, mielőtt azok problémává alakulnának és késleltetnék a termelést.
Más automatizálási eszközökhöz hasonlóan fontos, hogy az egységtesztelést megfontoltan használjuk, és kövessük az iparág legjobb gyakorlatait.
GYIK
Az egységtesztelés hatékony lehetőséget kínál a vállalkozások számára a szoftverek és alkalmazások fejlesztésére.
Mi az egységtesztelés C# nyelven?
A C# nyelven végzett egységtesztelés a legkisebb komponenseket képviselő kódrészletek elkülönítését és azok helyességének tesztelését jelenti egységtesztelés automatizálására szolgáló eszközökkel.
Mi az egységtesztelés Java-ban?
A Java egységteszteléséhez egy keretrendszerre van szükség, amely teszteli a kódrészletek viselkedését, mielőtt a kódot a termelésben használná.
Mi az egységtesztelés a szoftverfejlesztésben?
A szoftvertervezésben alkalmazott egységtesztelés az alkalmazás legkisebb, tesztelhető komponensét különíti el, és teszteli annak érvényességét és teljesítményét.
