Mis on komponentide testimine? Tehnikad, katsejuhtumite näidised

Mis on komponentide testimine?

Komponentide testimine on määratletud kui tarkvara testimise tüüp, mille puhul testitakse iga üksiku komponendi kohta eraldi, ilma teiste komponentidega integreerimata. Seda nimetatakse ka moodulite testimiseks, kui seda vaadatakse arhitektuuri vaatenurgast. Komponentide testimist nimetatakse ka üksuse testimiseks, programmi testimiseks või moodulite testimiseks.

Üldiselt koosneb igasugune tarkvara tervikuna mitmest komponendist. Komponentide taseme testimine tegeleb nende komponentide individuaalse testimisega.

See on üks levinumaid musta kasti testimise tüüpe, mida viib läbi QA Team.

Vastavalt allolevale diagrammile on komponentide testimiseks olemas testistrateegia ja katseplaan. Kui iga tarkvara või rakenduse osa vaadeldakse eraldi. Iga selle komponendi puhul a Testi stsenaarium määratletakse, mis jaotatakse edaspidi jaotisesse Kõrgetasemelised testjuhtumid -> Madala taseme üksikasjalikud eeltingimustega katsejuhtumid.

Termini "" kasutamineKomponentide testimine” on domeeniti ja organisatsiooniti erinev.

Kõige tavalisem põhjus, miks komponentide testimist tajutakse erinevalt, on

1. Valitud arenduse elutsükli mudeli tüüp
2. Testitava tarkvara või rakenduse keerukus
3. Testimine tarkvara või rakenduse muust komponendist eraldatuna või ilma.

Nagu me teame, tarkvara testimise elutsükkel ArchiTektuuril on palju test-artefakte (testimistegevuse käigus kasutatud dokumendid). Paljude testide – artefaktide – hulgas on testimispoliitika ja testimisstrateegia, mis määratleb testimise tüübid ja testimise sügavuse antud projektis.

Kes teeb komponentide testimist

Komponentide testimist viivad läbi testijad. "Ühikutestimist" viivad läbi arendajad, kus nad testivad üksikut funktsiooni või protseduuri. Pärast Üksuse testimine tehakse, on järgmine testimine komponentide testimine. Komponentide testimist teevad testijad.

Millal komponentide testimist teha

Komponentide testimine viiakse läbi varsti pärast seda, kui arendajad on üksuse testimise lõpetanud ja järg testimismeeskonna jaoks välja antud. Sellele järgule viidatakse kui UT järgule (Unit Testing Build). Selles etapis testitakse kõigi komponentide peamist funktsionaalsust,

Komponentide testimise sisenemise kriteeriumid

• Tuleks välja töötada minimaalne arv TÜ-sse lisatavaid komponente ja testida.

Komponentide testimise väljumiskriteeriumid

• Kõikide komponentide funktsionaalsus peaks hästi töötama.
• Kriitilised või kõrge või keskmise raskusastmega ja prioriteetsed defektid ei tohiks esineda Defekt logi.

Komponentide testimise tehnikad

Testimistasemete sügavuse põhjal saab komponentide testimise liigitada järgmiselt

1. CTIS – komponentide testimine väikeses mahus
2. CTIL – komponentide suures testimine

CTIS – komponentide testimine väikestes

Komponentide testimist võib teha testitava tarkvara või rakenduse ülejäänud komponentide isoleerimisega või ilma. Kui seda tehakse muu komponendi isoleerimisega, nimetatakse seda komponentide testimiseks väikeses versioonis.

Näide 1: Mõelge veebisaidile, millel on 5 erinevat veebilehte, siis iga veebilehe eraldi testimist ja teiste komponentide isoleerimisel nimetatakse väikeses komponentide testimiseks.

Näide 2: Mõelge veebisaidi guru99.com avalehele, millel on palju komponente, nagu

Kodu, testimine, SAP, Veeb, Peab õppima!, Suurandmed, reaalajas projektid, ajaveeb jne.

Samamoodi koosneb igasugune tarkvara paljudest komponentidest ja igal komponendil on ka oma alamkomponendid. Iga näites 2 mainitud mooduli testimist eraldi, arvestamata teiste komponentidega integreerimist, nimetatakse Komponentide testimine väikeses.

Klõpsake rippmenüül Testimine vastavalt allolevale pildile ja vaadake erinevaid "alamkomponendid" testimiskomponendist. Nii et kuvatavad alamkomponendid on Käsitsi testimine, SOAPUI, QTP, JUnit, Selenium, Testihaldus, Selenium, mobiilne Testimine jne.

Märge: Alamkomponente mainitakse alloleval pildil punase esiletõstetud värviga.

CTIL – suurte komponentide testimine

Komponentide testimist, mis tehakse ilma teisi komponente isoleerimata testitavas tarkvaras või rakenduses, nimetatakse suureks komponentide testimiseks.

Selle paremaks mõistmiseks võtame näite. Oletame, et on olemas rakendus, mis koosneb kolmest komponendist Komponent A, komponent B, ja Komponent C.

Arendaja on välja töötanud komponendi B ja soovib seda testida. Aga selleks, et täiesti testige komponenti B, vähesed selle funktsioonid sõltuvad komponendist A ja vähesed komponendist C.

Funktsionaalsuse voog: A -> B -> C mis tähendab, et B-st on sõltuvus nii A-st kui ka C-st, nagu diagrammi tünn on nimetatakse funktsiooniks, ja juht on helistamisfunktsioon.

Kuid komponenti A ja komponenti C pole veel välja töötatud. Sel juhul saame komponendi B täielikuks testimiseks asendada komponendi A ja komponendi C tübi ja draiveritega vastavalt vajadusele. Põhimõtteliselt asendatakse komponendid A & C stub & driver'iga, mis toimib näiva objektina, kuni need tegelikult välja töötatakse.

• Tükk: Testitavast tarkvarakomponendist kutsutakse välja stub, nagu on näidatud alloleval diagrammil. Komponent A kutsub välja stub.
• Juht: Draiver helistab testitavale komponendile, nagu on näidatud alloleval diagrammil. 'Component B' kutsub välja draiver.

Näidiskatsejuhtumid komponentide testimiseks

Mõelge 2 veebilehele vastavalt alltoodud diagrammidele. Siin on mõlemad veebilehed funktsionaalsuse seisukohast üksteisega seotud.

1. Veebileht 1 on sisselogimisleht saidile demo.guru99.com

Kui kasutaja sisestas tekstiväljale kehtiva kasutajatunnuse ja parooli ning klõpsab esitamisnupule, liigub veebileht guru99 demopanga kodulehe avalehele.

2. Veebileht 2 on Guru99.com koduleht

Nii et siin on sisselogimisleht üks komponent ja avaleht on teine ​​komponent. Nüüd nimetatakse üksikute lehtede funktsionaalsuse eraldi testimist komponentide testimine.

Komponentide testimise stsenaariumid veebilehel1 –

• Sisestage kehtetu kasutaja ID ja kontrollige, kas lõppkasutajale kuvatakse mõni kasutajasõbralik hoiatushüpik.
• Sisestage kehtetu kasutajatunnus ja parool ning klõpsake nuppu 'reset' ning kontrollige, kas tekstiväljadele kasutajatunnus ja parool sisestatud andmed on kustutatud.
• Sisesta kehtiv kasutajanimi ja parool ning klõpsake nuppu "Logi sisse".

Komponentide testimise stsenaariumid veebilehel2 –

• Kontrollige, kas avalehel kuvatakse teade "Tere tulemast guru99 panga halduri lehele".
• Kontrollige, kas kõik veebilehe vasakus servas olevad lingid on klõpsatavad.
• Kontrollige, kas halduri ID kuvatakse avalehe keskel.
• Kontrollige diagrammi järgi 3 erineva pildi olemasolu avalehel.

Ühiku testimine vs komponentide testimine

Üksuse testimine	Komponentide testimine
Kutsutakse üksikute programmide, moodulite testimine, et näidata, et programm töötab vastavalt spetsifikatsioonile Üksuse testimine	Nimetatakse iga objekti või tarkvara osade eraldi testimine koos teiste objektide isolatsiooniga või ilma Komponentide testimine
See on kinnitatud projekteerimisdokumentide alusel	See on kinnitatud testinõuete ja kasutusjuhtude suhtes
Üksuse testimise teevad arendajad	Komponentide testimist teevad testijad
Esmalt tehakse ühikutestimine	Komponentide testimine toimub pärast seda, kui üksuse testimine on arendaja lõpust lõpetatud.

kokkuvõte

In Tarkvaraarendus, Komponentide testimine mängib vigade leidmisel otsustavat rolli. Enne kui alustame Integratsiooni testimine pärast komponentide testimist ja integratsiooni testimisele järgneb komponentide testimine.

Osade viidetes nimetatakse komponentide testimist ka moodulite testimiseks.