Mis on komponentide testimine?
Komponentide testimine on defineeritud kui tarkvara testimise tüüp, kus testimine viiakse läbi iga üksiku komponendi jaoks eraldi, ilma teiste komponentidega integreerimata. Seda nimetatakse ka moodulitestimiseks, kui seda vaadatakse arhitektuuri vaatenurgast. Komponentide testimist nimetatakse ka üksuste testimiseks, programmide testimiseks või moodulite testimiseks.
Üldiselt koosneb mis tahes tarkvara tervikuna mitmest komponendist. Komponentide taseme testimine tegeleb nende komponentide eraldi testimisega.
See on üks kõige tavalisemaid musta kasti testimistüüpe, mida teostab QA meeskond.
Vastavalt alltoodud skeemile on komponentide testimiseks testimisstrateegia ja testimiskava. Kui tarkvara või rakenduse kõiki osi käsitletakse eraldi. Iga selle komponendi jaoks määratakse kindlaks teststsenaarium, mis viiakse edasi kõrgetasemeliste testide juhtumite -> madalate üksikasjalike ja eeldustega testjuhtumite hulka.
Mõiste " komponentide testimine " kasutamine on domeeniti ja organisatsiooniti erinev.
Komponentide testimise erineva tajumise kõige levinum põhjus on
- Valitud on arendustegevuse elutsükli mudel
- Testitava tarkvara või rakenduse keerukus
- Testimine tarkvaras või rakenduses ülejäänud komponentidest eraldatuna või ilma.
Nagu me teame, on tarkvara testimise elutsükli arhitektuuris palju test-artefakte (koostatud dokumendid, mida testimise ajal kasutatakse). Paljude testide - artefaktide - hulgas on testimispoliitika ja testimisstrateegia, mis määratleb testimise tüübid, antud projektis tehtavate testide sügavuse.
Kes teeb komponentide testimist
Komponentide testimist teostavad testijad. „Ühikute testimise” teevad arendajad, kus nad testivad individuaalset funktsionaalsust või protseduuri. Pärast seadme testimist on järgmine testimine komponentide testimine. Komponentide testimise teevad testijad.
Millal komponentide testimine läbi viia
Komponentide testimine viiakse läbi varsti pärast seda, kui arendajad on teinud Unit Testimise ja järk on testimeeskonnale välja antud. Seda järku nimetatakse UT järkuks (Unit Testing Build). Selles etapis testitakse kõigi komponentide peamist funktsionaalsust,
Komponentide katsetamise kriteeriumid
- UT-sse lisatavate komponentide miinimumarv tuleks välja töötada ja seadmeid katsetada.
Väljumiskriteeriumid komponentide testimiseks
- Kogu komponendi funktsionaalsus peaks töötama hästi.
- Vigade logi ei tohiks sisaldada kriitilisi, kõrge või keskmise raskusastme ja prioriteediga defekte.
Komponentide testimise tehnikad
Testimise taseme põhjal võib komponentide testimist kategoriseerida järgmiselt:
- CTIS - komponentide testimine väikestes
- CTIL - komponentide testimine suures osas
CTIS - komponentide testimine väikestes
Komponentide testimist võib teha testitava tarkvara või rakenduse ülejäänud muude komponentide eraldamata või eraldamata. Kui see viiakse läbi koos mõne muu komponendi eraldamisega, nimetatakse seda komponendi testimiseks väikeses.
Näide 1: Vaatleme veebisaiti, millel on 5 erinevat veebilehte, ja seejärel testige kõiki veebisaite eraldi ja koos teiste komponentide isoleerimisega nimetatakse komponendi testimiseks väikeses versioonis.
Näide 2: Mõelge guru99.com veebisaidi avalehele, millel on palju komponente, näiteks
Kodu, testimine, SAP, veeb, peab õppima!, Suured andmed, reaalajas projektid, ajaveeb ja muud.
Samamoodi on mis tahes tarkvara valmistatud paljudest komponentidest ja ka igal komponendil on oma alamkomponendid. Iga näites 2 nimetatud mooduli testimist eraldi, arvestamata teiste komponentidega integreerimist, nimetatakse komponendi testimiseks väikeses.
Klõpsake allpool oleva kiiretenduse kohaselt rippmenüüd Testimine ja näete testimiskomponendi erinevaid "alamkomponente" . Nii et kuvatud alamkomponendid on käsitsi testimine, SOAPUI, QTP, JUnit, seleen, testide haldamine, seleen, mobiilne testimine jne.
Märkus . Alamkomponenti mainitakse punase esiletõstetud värviga allpool olevas hetktõmmis.
CTIS - komponentide testimine väikestes
Komponentide testimist, mida testitavas tarkvaras või rakenduses ei eraldata, nimetatakse komponendi testimiseks suureks.
Võtame näite, et sellest paremini aru saada. Oletame, et on taotluse mis koosneb kolmest osast ütlevad komponent A , komponent B ja komponendina C .
Arendaja on komponendi B välja töötanud ja soovib selle testimist. Kuid komponendi B täielikuks testimiseks sõltuvad vähesed selle funktsioonid komponendist A ja vähesed komponendist C.
Funktsionaalsuse voog: A -> B -> C, mis tähendab, et B ja B sõltuvad mõlemast A & C-st, nagu diagrammi järgi on kutsutud funktsioon ja draiver on kutsuv funktsioon .
Kuid komponenti A ja komponenti C pole veel välja töötatud. Sellisel juhul võime komponendi B täielikuks testimiseks asendada komponendi A ja komponendi C vastavalt vajadusele tüvega ja draiveritega. Põhimõtteliselt asendatakse komponendid A & C stub & draiveritega, mis toimivad näiva objektina, kuni need tegelikult välja töötatakse.
- Stub: Testitavalt tarkvarakomponendilt kutsutakse tüvi, nagu on näidatud alloleval skeemil. Komponent A kutsub "Stub".
- Draiver: Juht kutsub testitavat komponenti, nagu on näidatud alloleval diagrammil. Komponent B kutsutakse draiveri poolt.
Näited testjuhtumitest komponentide testimiseks
Mõelge allpool mainitud skeemide järgi kahele veebilehele. Siin on mõlemad veebilehed funktsionaalsuse seisukohast omavahel seotud.
- Veebileht 1 on saidi demo.guru99.com sisselogimisleht
Kui kasutaja sisestas tekstiväljale kehtiva kasutajatunnuse ja parooli ning klõpsab nuppu Esita, liigub veebileht guru99 demopanga veebisaidi avalehele.
- Veebileht 2 on Guru99.com avaleht
Nii et siin on sisselogimisleht üks komponent ja avaleht teine. Nüüd nimetatakse üksikute lehtede funktsionaalsuse eraldi testimist komponentide testimiseks .
Komponentide testimise stsenaariumid veebisaidil1 -
- Sisestage vale kasutaja ID ja kontrollige, kas lõppkasutajale kuvatakse mõni kasutajasõbralik hoiatus.
- Sisestage vale kasutajatunnus ja parool ning klõpsake nupul „Lähtesta” ja kontrollige, kas tekstiväljadele kasutaja ID ja parool sisestatud andmed on kustutatud.
- Sisestage kehtiv kasutajanimi ja parool ning klõpsake nuppu 'Logi sisse'.
Komponentide testimise stsenaariumid veebilehel2 -
- Kontrollige, kas avalehel kuvatakse teadet "Tere tulemast panga guru99 haldurilehele".
- Kontrollige, kas kõik veebilehe vasakul küljel olevad lingid on klõpsatavad.
- Kontrollige, kas halduri ID kuvatakse avalehe keskel.
- Veenduge, et skeemil oleks 3 erinevat pilti avalehel.
Üksuse testimine Vs komponentide testimine
| Üksuse testimine | Komponentide testimine |
|---|---|
|
|
|
|
|
|
|
|
Kokkuvõte:
Tarkvaratehnikas on komponentide testimisel vigade leidmisel ülioluline roll. Enne integreerimistestimisega alustamist on alati soovitatav läbi viia komponentide testimine, et tagada rakenduse iga komponendi tõhus toimimine.
Integreerimise testimisele järgneb komponentide testimine. Komponentide testimist nimetatakse osades viidetes ka moodulite testimiseks.