Kaj je testiranje komponent?
Testiranje komponent je opredeljeno kot vrsta preskušanja programske opreme, pri kateri se testiranje izvaja na vsaki posamezni komponenti posebej, ne da bi se integrirali z drugimi komponentami. Prav tako se imenuje testiranje modulov, če ga gledamo z arhitekturnega vidika. Testiranje komponent se imenuje tudi enotno preskušanje, preskušanje programov ali preizkušanje modulov.
Na splošno je vsa programska oprema v celoti sestavljena iz več komponent. Preizkušanje ravni komponent se ukvarja s preskušanjem teh komponent posamično.
To je ena najpogostejših vrst preizkušanja črne skrinjice, ki jo izvaja ekipa QA.
V skladu s spodnjim diagramom bosta na voljo preskusna strategija in preskusni načrt za preskušanje komponent. Kadar se vsak del programske opreme ali aplikacije obravnava posebej. Za vsako od teh komponent bo opredeljen testni scenarij, ki bo nadalje razdeljen na primere preizkusov na visoki ravni -> Podrobni primeri primerov na nizki ravni s predpogoji.
Uporaba izraza " testiranje komponent " se razlikuje od domene do domene in organizacije do organizacije.
Najpogostejši razlog za različno dojemanje testiranja komponent so
- Izbrana vrsta razvojnega življenjskega cikla
- Kompleksnost preizkušene programske opreme ali aplikacije
- Testiranje z ali brez izolacije od ostale komponente v programski opremi ali aplikaciji.
Kot vemo, arhitektura življenjskega cikla preizkusa programske opreme vsebuje veliko preizkusnih artefaktov (izdelani dokumenti, uporabljeni med preskusnimi dejavnostmi). Med številnimi testi - artefakti - Test Policy & Test Strategy določa vrste testiranja in globino testiranja, ki jih je treba izvesti v danem projektu.
Kdo opravlja testiranje komponent
Preskušanje komponent izvajajo preizkuševalci. „Preizkušanje enote“ izvajajo razvijalci, kjer izvajajo preskušanje posamezne funkcionalnosti ali postopka. Po opravljenem preskusu enote je naslednje preskušanje komponent. Testiranje komponent opravijo preizkuševalci.
Kdaj izvesti testiranje komponent
Preizkušanje komponent se izvede kmalu po tem, ko razvijalci opravijo preskušanje enote in izdajo zgradbo za preskusno skupino. Ta gradnja se imenuje UT gradnja (Unit Testing Build). V tej fazi so preizkušene glavne funkcionalnosti vseh komponent,
Merila za vstop v preskušanje komponent
- Treba je razviti in preizkusiti enoto najmanjšega števila komponent, ki bodo vključene v UT.
Merila za izhod za preskušanje komponent
- Funkcionalnost vseh komponent mora dobro delovati.
- V njem ne sme biti nobenih kritičnih ali visoko ali srednje resnih in prednostnih napak Dnevnik napak.
Tehnike preizkušanja komponent
Glede na globino ravni testiranja lahko testiranje komponent kategoriziramo kot
- CTIS - Testiranje komponent v majhnih
- CTIL - Testiranje komponent v velikem obsegu
CTIS - Testiranje komponent v majhnih
Preizkušanje komponent se lahko opravi z izolacijo preostalih komponent v preizkušeni programski opremi ali brez nje. Če se izvede z izolacijo druge komponente, se imenuje preizkušanje komponent v majhnem.
Primer 1: Razmislite o spletnem mestu, ki ima 5 različnih spletnih strani, nato pa testiranje vsake spletne strani posebej in z izolacijo drugih komponent imenujemo preizkušanje komponent v majhnem.
Primer 2: Razmislite o domači strani spletnega mesta guru99.com, ki ima veliko podobnih komponent
Domov, testiranje, SAP, splet, Must Learn !, veliki podatki, projekti v živo, spletni dnevniki itd.
Podobno je vsaka programska oprema sestavljena iz številnih komponent, prav tako pa bo imela vsaka komponenta svoje podkomponente. Testiranje vsakega modula, omenjenega v primeru 2, ločeno, ne da bi bilo treba upoštevati integracijo z drugimi komponentami, se imenuje testiranje komponent v majhnem.
Kliknite spustni meni za testiranje, kot je prikazano spodaj, in si oglejte različne "podkomponente" komponente za testiranje. Prikazane podkomponente so torej Ročno testiranje, SOAPUI, QTP, JUnit, Selen, Upravljanje testov, Selen, Mobilno testiranje itd.
Opomba: Podkomponente so na spodnjem posnetku omenjene z rdečo poudarjeno barvo.
CTIS - Testiranje komponent v majhnih
Preskušanje komponent, izvedeno brez izolacije drugih komponent v preizkušeni programski opremi ali aplikaciji, se imenuje preizkušanje komponent.
Vzemimo primer, da ga bolje razumemo. Recimo, da je aplikacija, sestavljen iz treh komponent pravijo Komponenta A , komponenta B, in komponenta C .
Razvijalec je razvil komponento B in jo želi preizkusiti. Toda za popolno preizkušanje komponente B je malo njenih funkcij odvisno od komponente A in malo od komponente C.
Tok funkcionalnosti: A -> B -> C, kar pomeni, da sta odvisnost B od obeh A & C, saj je na diagramu klicana funkcija, gonilnik pa klicna funkcija .
Toda komponenta A in komponenta C še nista razviti. V tem primeru lahko za popolno preizkušanje komponente B komponento A in komponento C po potrebi nadomestimo s škrbino in gonilniki. Torej v bistvu komponento A & C nadomestijo škrbina in gonilnik, ki deluje kot lažni predmet, dokler se dejansko ne razvijejo.
- Stub: Iz programske komponente, ki jo je treba preizkusiti, se pokliče škrbina, kot je prikazano na spodnjem diagramu, komponento A.
- Gonilnik: voznik pokliče komponento, ki jo je treba preizkusiti, kot je prikazano na spodnjem diagramu: "Komponento B" pokliče voznik.
Primeri testnih primerov za preskušanje komponent
Upoštevajte 2 spletni strani na spodnjih diagramih. Tu sta obe strani med seboj povezani s funkcionalnega vidika.
- Spletna stran 1 je prijavna stran na demo.guru99.com
Ko je uporabnik v besedilno polje vnesel veljaven uporabniški ID in geslo in kliknil gumb za oddajo, bo spletna stran vodila na domačo stran spletnega mesta demo banke guru99.
- Spletna stran 2 je domača stran Guru99.com
Tu je torej prijavna stran ena komponenta, domača pa druga. Zdaj ločeno testiranje funkcionalnosti posameznih strani se imenuje testiranje komponent .
Scenarij preizkušanja komponent je na spletni strani1 -
- Vnesite neveljaven ID uporabnika in preverite, ali je končnemu uporabniku prikazano uporabniku prijazno opozorilno okno.
- Vnesite neveljaven uporabniški ID in geslo ter kliknite na 'reset' in preverite, ali so podatki, vneseni v besedilna polja user-id in geslo, izbrisani.
- Vnesite veljavno uporabniško ime in geslo ter kliknite gumb 'Prijava'.
Scenarij testiranja komponent je na spletni strani2 -
- Preverite, ali je na domači strani prikazano sporočilo "Dobrodošli na strani upravitelja banke guru99".
- Preverite, ali je na vseh povezavah na levi strani mogoče klikniti.
- Preverite, ali je ID skrbnika prikazan na sredini domače strani.
- Na domači strani preverite prisotnost treh različnih slik, kot kaže diagram.
Enotno preskušanje Vs preizkušanje komponent
Enotno preskušanje | Testiranje komponent |
---|---|
|
|
|
|
|
|
|
|
Povzetek:
Pri programskem inženirstvu ima preskušanje komponent ključno vlogo pri iskanju napak. Preden začnemo s preizkušanjem integracije, je vedno priporočljivo izvesti testiranje komponent, da zagotovimo, da vsaka komponenta aplikacije deluje učinkovito.
Integracijskemu testiranju sledi testiranje komponent. Testiranje komponent se v nekaterih referencah imenuje tudi testiranje modulov.