what is component testing
Kaj je testiranje komponent, imenovano tudi testiranje modulov pri testiranju programske opreme:
Sestavni del je najnižja enota katere koli aplikacije. Torej, testiranje komponent; kot že ime pove, je tehnika testiranja najnižje ali najmanjše enote katere koli aplikacije.
Testiranje komponent se včasih imenuje tudi testiranje programa ali modula.
V aplikaciji lahko pomislimo na kombinacijo in integracijo številnih majhnih posameznih modulov. Preden preizkusimo celoten sistem, je nujno temeljito preizkusiti vsako komponento ALI najmanjšo enoto aplikacije.
koliko stane toast pos
V tem primeru se moduli ali enote preskusijo neodvisno. Vsak modul prejme vhod, opravi nekaj obdelave in ustvari izhod. Rezultat se nato potrdi glede na pričakovano funkcijo.
Programske aplikacije so velike narave in preizkusiti celoten sistem je izziv. To lahko privede do številnih vrzeli v pokritosti testa. Zato je pred začetkom integracijskega ali funkcionalnega testiranja priporočljivo začeti s testiranjem komponent.
Preberite tudi=> Razlika v enoti, integraciji in funkcionalnem preizkušanju
Kaj se boste naučili:
- Testiranje komponent
- Cilj preskušanja komponent
- Vhodi za preskušanje ravni komponent
- Kdo opravlja testiranje komponent?
- Kaj se preizkuša v okviru testiranja komponent?
- Ko je testiranje komponent končano?
- Preskusna strategija preizkušanja komponent
- Škrbine in gonilniki
- Primer
- Kako napisati testne primere komponent?
- Preizkušanje komponent Vs preskušanje enote
- Preizkušanje komponent Vs Vmesnik Vs Integracija Vs Sistemi
- Zaključek
- Priporočeno branje
Testiranje komponent
To je neke vrste testiranje bele škatle.
Torej, testiranje komponent išče napake in preverja delovanje modulov / programov, ki jih je mogoče ločeno preizkusiti.
Za preskušanje komponent obstaja preskusna strategija in načrt preskusov. Za vsako komponento obstaja testni scenarij, ki bo v testnih primerih dodatno razčlenjen. Spodnji diagram predstavlja enako:
Cilj preskušanja komponent
Glavni cilj testiranja komponent je preveriti vhodno / izhodno vedenje testnega predmeta. Zagotavlja, da funkcionalnost testnega objekta deluje pravilno in popolnoma v skladu z želeno specifikacijo.
Vhodi za preskušanje ravni komponent
Štirje glavni prispevki k testiranju na ravni komponent so:
- Načrt preizkusa projekta
- Sistemske zahteve
- Specifikacije komponent
- Izvedbe komponent
Kdo opravlja testiranje komponent?
Testiranje komponent opravijo službe za preverjanje kakovosti ali preskuševalec.
Kaj se preizkuša v okviru testiranja komponent?
Preizkušanje komponent lahko upošteva preverjanje funkcionalnih ali posebnih nefunkcionalnih značilnosti sistemskih komponent.
To je lahko testiranje vedenja virov (npr. Ugotavljanje puščanja pomnilnika), testiranje zmogljivosti, strukturno testiranje itd.
Ko je testiranje komponent končano?
Testiranje komponent se izvede po preskusu enote.
Komponente se preskusijo takoj, ko so ustvarjene, zato obstaja verjetnost, da so rezultati, pridobljeni iz preskušane komponente, odvisni od drugih komponent, ki pa v tem trenutku še niso razvite.
Glede na model razvojnega življenjskega cikla se preskušanje komponent lahko izvaja ločeno z drugimi komponentami sistema. Izolacija je narejena za preprečevanje zunanjih vplivov.
Za testiranje te komponente uporabljamo Stubs in Driversza simulacijo vmesnika med komponentami programske opreme.
Integracijsko testiranje se opravi po testiranju komponent.
Preskusna strategija preizkušanja komponent
Glede na globino preskusne stopnje je preskušanje komponent razdeljeno na dva dela:
- Testiranje komponent v majhnih (ctis)
- Preskušanje komponent v velikem (CTIL)
Kadar testiranje komponent poteka ločeno od drugih komponent, se to imenuje kot testiranje komponent v majhnem. To se naredi brez razmišljanja o integraciji z drugimi komponentami.
Kadar se testiranje komponent izvaja brez izolacije z drugimi komponentami programske opreme, se to v veliki meri imenuje testiranje komponent. To se zgodi, kadar obstaja odvisnost od pretoka funkcionalnosti komponent in jih zato ne moremo izolirati.
Če komponente, od katerih imamo odvisnost, še niso razvite, potem namesto dejanskih komponent uporabimo navidezne predmete. Ti navidezni predmeti so škrbina (imenovana funkcija) in gonilnik (funkcija klica).
Škrbine in gonilniki
Preden skočim na kratko o gredi in gonilnikih, bi moral na kratko o razlika med testi komponent in testi integracije. Razlog je v tem, da se pri integracijskem testiranju uporabljajo tudi zatiči in gonilniki, zato lahko to povzroči nekaj zmede med tema dvema testnima tehnikama.
Tehnika integracijskega testiranja je tehnika, pri kateri zaporedno združimo 2 komponenti in skupaj preizkusimo integrirani sistem. Podatki iz enega sistema se preusmerijo v drug sistem in pravilnost podatkov se preveri za integrirani sistem.
Za razliko od testiranja modula, kjer posamezno komponento / modul temeljito preizkusimo, preden jo integriramo z drugimi komponentami. Torej lahko rečemo, da se testiranje komponent izvede pred preskušanjem integracije.
Tako integracija kot uporaba komponent Škrbine in gonilniki .
'Vozniki' so navidezni programi, ki se uporabljajo za klicanje funkcij najnižjega modula, če klicna funkcija ne obstaja.
'Škrbine' se lahko imenuje delček kode, ki sprejema vhode / zahteve zgornjega modula in vrne rezultate / odgovor
Kot smo že pojasnili, se komponente preizkušajo posamično in neodvisno. Torej obstajajo nekatere značilnosti komponent, odvisno od druge komponente, ki trenutno ni razvita. Za preizkušanje komponent s temi „nerazvitimi“ lastnostmi moramo uporabiti nekaj stimulativnih sredstev, ki bodo podatke obdelala in vrnila klicnim komponentam.
Na ta način zagotavljamo, da so posamezne komponente temeljito preizkušene.
Tu vidimo, da:
- C1, C2, C3, C4, C5, C6, C7, C8, C9 ————— so komponente
- C1, C2 in C3 skupaj tvorijo podenoto 1
- C4 in C5 skupaj tvorita podenoto 2
- C6, C7 in C8 skupaj tvorijo podenoto 3
- C9 sam naredi podenoto 4
- Podenota 1 in Podenota 2 se združita v poslovno enoto 1
- Podenota 3 in Podenota 4 se združita v poslovno enoto 2
- Poslovna enota 1 in Poslovna enota 2 se združita za prijavo.
- Torej bi bilo testiranje komponent v tem primeru testiranje posameznih komponent, ki so od C1 do C9.
- The Mreža puščica med podenoto 1 in podenoto 2 prikazuje točko testiranja integracije.
- Podobno je Mreža puščica med podenoto 3 in podenoto 4 prikazuje točko testiranja integracije
- Zelena puščica med poslovno enoto 1 in poslovno enoto 2 prikazuje točko integracijskega testiranja
Zato bi delali:
- KOMPONENTA testiranje za C1 do C9
- INTEGRACIJA testiranje med podenotami in poslovnimi enotami
- SISTEM testiranje aplikacije kot celote
Primer
Do zdaj smo že morali ugotoviti, da je testiranje komponent nekakšna tehnika preizkušanja bele škatle . No, morda je prav. Toda to ne pomeni, da te tehnike ni bilo mogoče uporabiti v tehniki testiranja črne škatle.
kaj je bin datoteka?
Razmislite o ogromni spletni aplikaciji, ki se začne s prijavno stranjo. Kot preizkuševalec (tudi v agilnem svetu) nismo mogli čakati, da se celotna aplikacija razvije in je pripravljena na testiranje. Da bi povečali čas za trženje, moramo začeti testirati zgodaj. Ko vidimo, da je stran za prijavo razvita, moramo vztrajati, da je na voljo za testiranje.
Takoj ko je na voljo prijavna stran, ki jo lahko preizkusite, lahko izvedete vse svoje testne primere (pozitivne in negativne), da zagotovite, da funkcionalnost prijavne strani deluje po pričakovanjih.
Prednosti preizkušanja vaše prijavne strani v tem trenutku bi bile:
osnovna vprašanja za intervju z javo z odgovori
- Uporabniški vmesnik je preizkušen glede uporabnosti (črkovalne napake, logotipi, poravnava, oblikovanje itd.)
- Poskusite uporabiti negativne tehnike testiranja kot overjanje in pooblastilo. V teh primerih obstaja velika verjetnost, da bomo našli napake.
- Uporaba tehnik, kot so SQL Injections bi zagotovil preizkus kršitve varnosti v zelo zgodnji fazi.
Napake, ki bi jih v tej fazi zabeležili, bi delovale kot 'pridobljene lekcije' za razvojno skupino in bi bile vključene v kodiranje zaporedne strani. Z zgodnjim testiranjem ste zagotovili boljšo kakovost strani, ki jih še ni treba razviti.
Ker druge zaporedne strani še niso razvite, boste morda potrebovali škrbine za preverjanje funkcionalnosti prijavne strani. Na primer ,morda boste potrebovali preprosto stran z navedbo 'prijava uspešna', v primeru pravilnih poverilnic in pojavno okno s sporočilom o napaki v primeru napačnih poverilnic.
Lahko si ogledate našo prejšnjo vadnico naprej Integracijsko testiranje da boste imeli več vpogleda v zatiče in voznike.
Kako napisati testne primere komponent?
Testni primeri za preizkušanje komponent izhajajo iz delovnih izdelkov, na primer pri načrtovanju programske opreme ali podatkovnem modelu. Vsaka komponenta se preskusi z zaporedjem testnih primerov, kjer vsak testni primer zajema določeno kombinacijo vhoda / izhoda, tj. Delno funkcionalnost.
Spodaj je vzorčni odrezek testnega primera komponente za modul za prijavo.
Podobno lahko napišemo tudi druge testne primere.
Preizkušanje komponent Vs preskušanje enote
Prva razlika med preskusom komponent in preskušanjem enote je v tem, da prvega izvajajo preizkuševalci, drugega pa razvijalci ali strokovnjaki za SDET.
Enotno testiranje se izvaja na natančni ravni. Po drugi strani se testiranje komponent izvaja na ravni aplikacije. Pri preizkušanju enot se preveri, ali se posamezni program ali del kode izvaja v skladu z navedenim. Pri preizkušanju komponent se vsak objekt programske opreme preskuša ločeno z izolacijo ali brez drugih komponent / predmetov sistema.
Torej je preizkušanje komponent podobno preizkušanju enot, vendar se izvaja na višji ravni integracije in v okviru aplikacije (ne samo v okviru te enote / programa kot pri preskušanju enot).
Preizkušanje komponent Vs Vmesnik Vs Integracija Vs Sistemi
Komponenta , kot sem pojasnil, je najnižja enota aplikacije, ki se preskuša neodvisno.
An vmesnik je povezovalni sloj 2 komponent. Testiranje platforme ali vmesnika, na katerem dve komponenti sodelujeta, se imenuje testiranje vmesnika.
Zdaj je preizkušanje vmesnika nekoliko drugačno. Ti vmesniki so večinoma API-ji ali spletne storitve , zato preizkušanje teh vmesnikov ne bi bilo podobno tehniki Black Box, temveč bi izvajali nekakšno testiranje API-ja ali testiranje spletnih storitev z uporabo VELIKI MIEL ali katero koli drugo orodje.
Ko je testiranje vmesnika končano, pride Integracijsko testiranje .
Med preskusom integracije posamezne preizkušene sestavne dele kombiniramo enega za drugim in postopoma preizkušamo. Med integracijo potrjujemo, da se posamezne komponente, če jih kombiniramo ena za drugo, obnašajo po pričakovanjih in se podatki ne spreminjajo, ko prehajajo iz enega modula v drug modul.
Ko so vse komponente integrirane in preizkušene, izvajamo Testiranje sistemov za preizkus celotne aplikacije / sistema kot celote. Ta test potrjuje poslovne zahteve glede na implementirano programsko opremo.
Zaključek
To bi rekel Enotno testiranje in testiranje komponent se izvajata vzporedno.
Za razliko od enote, ki jo izvaja razvojna skupina, testiranje komponent / modulov izvaja skupina za testiranje. Vedno je priporočljivo, da pred začetkom integracijskega testiranja opravite preizkus komponent.
Če je testiranje komponent trdno, bomo pri integracijskem testiranju našli manj napak. Bile bi težave, vendar bi bile povezane z integracijskim okoljem ali konfiguracijskimi izzivi. Lahko zagotovite, da funkcionalnost integriranih komponent deluje brezhibno.
Upam, da je bila ta vadnica koristna za razumevanje testiranja komponent, integracije in sistema. Če imate še vedno vprašanja, nas prosite za komentar.
Priporočeno branje
- Najboljša orodja za testiranje programske opreme 2021 [QA Test Automation Tools]
- Kaj je preizkušanje sistemske integracije (SIT): Naučite se s primeri
- Preizkus eBook Prenos knjige
- Kaj je primerjalno testiranje (naučite se s primeri)
- Kaj je integracijsko testiranje (Vadnica s primerom integracijskega testiranja)
- Funkcionalno testiranje vs nefunkcionalno testiranje
- Razlike med preskušanjem enot, preskušanjem integracije in funkcionalnim preskušanjem
- Kaj je dodatno testiranje: podrobna razlaga s primeri