Kas yra komponentų testavimas?
Komponentų testavimas apibrėžiamas kaip programinės įrangos testavimo tipas, kai bandymai atliekami kiekvienam atskiram komponentui atskirai, neintegruojant su kitais komponentais. Tai taip pat vadinama modulių testavimu, kai į jį žvelgiama iš architektūros perspektyvos. Komponentų testavimas taip pat vadinamas vieneto testavimu, programos testavimu arba modulių testavimu.
Paprastai bet kokia programinė įranga yra sudaryta iš kelių komponentų. Komponentų lygio testavimas susijęs su šių komponentų testavimu atskirai.
Tai vienas iš dažniausių „black box“ testavimo tipų, kurį atlieka „QA Team“.
Kaip nurodyta toliau pateiktoje diagramoje, bus sukurta bandymų strategija ir komponentų bandymų planas. Kiekviena programinės įrangos ar programos dalis yra vertinama atskirai. Kiekvienam iš šio komponento bus apibrėžtas bandymo scenarijus, kuris toliau bus išdėstytas aukšto lygio bandymų bylose -> žemo lygio išsamios bandymų bylos su būtinomis sąlygomis.
Sąvokos „ Komponentų testavimas “ vartojimas priklauso nuo domeno ir organizacijos.
Dažniausia skirtingo komponento testavimo suvokimo priežastis yra
- Pasirinktas kūrimo gyvavimo ciklo modelio tipas
- Bandomos programinės įrangos ar programos sudėtingumas
- Testavimas su kitu programinės įrangos ar programos komponentu arba be jo.
Kaip žinome, programinės įrangos testavimo gyvavimo ciklo architektūroje yra daugybė bandomųjų artefaktų (padaryti dokumentai, naudojami bandymų metu). Tarp daugelio testų - artefaktų - tai „Test Policy“ ir „Test Strategy“, kurie apibrėžia testavimo tipus, atliekamo bandymo gylį tam tikrame projekte.
Kas atlieka komponentų testavimą
Komponentų testavimą atlieka testuotojai. „Vieneto testavimą“ atlieka kūrėjai, kur jie išbando individualias funkcijas ar procedūras. Atlikus vieneto testavimą, kitas bandymas yra komponentų testavimas. Komponentų testavimą atlieka testuotojai.
Kada atlikti komponentų testavimą
Komponentų testavimas atliekamas netrukus po to, kai kūrėjai atlieka „Unit Testing“ ir versijos išleidimas bandymų komandai. Šis komponavimas vadinamas UT komponavimu (Unit Testing Build). Šiame etape išbandomi pagrindiniai visų komponentų funkcionalumai,
Komponentų bandymo kriterijai
- Turėtų būti sukurtas ir išbandytas minimalus komponento, kuris turi būti įtrauktas į UT, skaičius.
Išeiti iš komponentų bandymo kriterijų
- Visų komponentų funkcionalumas turėtų veikti gerai.
- Neturėtų būti jokių kritinių, didelių ar vidutinių sunkumų ir prioritetinių defektų žurnalo.
Komponentų testavimo metodikos
Remiantis testavimo lygių gyliu, komponentų testavimą galima suskirstyti į
- CTIS - komponentų testavimas mažais kiekiais
- CTIL - komponentų bandymai dideliais kiekiais
CTIS - mažų komponentų testavimas
Komponentų bandymai gali būti atliekami su kitais bandomosios programinės įrangos ar programos komponentais arba be jų. Jei tai atliekama atskiriant kitą komponentą, tai vadinama komponentų bandymu mažuose.
1 pavyzdys: Apsvarstykite svetainę, kurioje yra 5 skirtingi tinklalapiai, tada kiekvieną tinklalapį išbandykite atskirai ir atskirai nuo kitų komponentų vadiname komponentų testavimu mažame.
2 pavyzdys: Apsvarstykite pagrindinį „guru99.com“ svetainės puslapį, kuriame yra daugybė panašių komponentų
Pagrindinis puslapis, testavimas, SAP, žiniatinklis, turi mokytis!, Dideli duomenys, tiesioginiai projektai, tinklaraštis ir kt.
Bet kokia programinė įranga yra sudaryta iš daugelio komponentų, taip pat kiekvienas komponentas turės savo subkomponentus. Kiekvieno 2 pavyzdyje paminėto modulio bandymas atskirai, neatsižvelgiant į integravimą su kitais komponentais, vadinamas „ Component Testing in Small“.
Spustelėkite išskleidžiamąjį meniu „Testavimas“, kaip parodyta toliau pateiktame momentiniame šou, ir pamatysite įvairius „ komponentų “ testavimo komponentus. Taigi rodomi sudedamieji komponentai yra rankinis testavimas, SOAPUI, QTP, JUnit, selenas, bandymų valdymas, selenas, mobilusis testavimas ir kt.
Pastaba: Žemiau esančiame momentiniame vaizde subkomponentas minimas raudonai paryškinta spalva.
CTIS - mažų komponentų testavimas
Komponentų testavimas, neatliekant kitų bandomos programinės įrangos ar programos komponentų, vadinamas „Component Testing Large“.
Paimkime pavyzdį, kad jį geriau suprastume. Tarkime, kad yra programa, susidedančią iš trijų dalių sako komponentas A , B komponento, ir C komponentas .
Kūrėjas sukūrė komponentą B ir nori, kad jis būtų išbandytas. Tačiau norint visiškai išbandyti B komponentą, nedaug jo funkcijų priklauso nuo A komponento ir nedaug nuo C komponento.
Funkcionalumo srautas: A -> B -> C, o tai reiškia, kad nuo A ir C priklauso priklausomybė nuo B, nes pagal diagramą „stub“ yra vadinamoji funkcija, o tvarkyklė yra skambinančioji funkcija .
Bet A ir C komponentai dar nebuvo sukurti. Tokiu atveju, norėdami visiškai išbandyti komponentą B, komponentą A ir komponentą C galime pakeisti stūmokliais ir tvarkyklėmis, jei reikia. Taigi iš esmės komponentai A ir C keičiami „stub & driver“, kuris veikia kaip manekeno objektas, kol jie iš tikrųjų yra sukurti.
- „Stub“: iš bandomos programinės įrangos komponento iškviečiamas šnipas, kaip parodyta toliau pateiktoje diagramoje. „Stub“ vadina komponentas A.
- Vairuotojas: Vairuotojas iškviečia testuojamą komponentą, kaip parodyta toliau pateiktoje diagramoje. „B komponentą“ iškviečia vairuotojas.
Komponentų testavimo bandymų atvejų pavyzdžiai
Apsvarstykite 2 tinklalapius pagal toliau paminėtas diagramas. Čia abu tinklalapiai yra tarpusavyje susiję funkcionalumo požiūriu.
- 1 tinklalapis yra prisijungimo prie demo.guru99.com puslapis
Kai vartotojas teksto laukelyje įrašys galiojantį vartotojo ID ir slaptažodį ir spustelės mygtuką „Pateikti“, tinklalapis bus nukreiptas į „guru99“ demonstracinio banko svetainės pagrindinį puslapį.
- 2 tinklalapis yra pagrindinis „Guru99.com“ puslapis
Taigi čia prisijungimo puslapis yra vienas komponentas, o pagrindinis puslapis yra kitas. Dabar atskirų puslapių funkcionalumo testavimas atskirai vadinamas komponentų testavimu .
Komponentų bandymo scenarijai 1 tinklalapyje -
- Įveskite netinkamą vartotojo ID ir patikrinkite, ar galutiniam vartotojui rodomas bet kuris patogus naudoti įspėjimas.
- Įveskite neteisingą vartotojo ID ir slaptažodį, spustelėkite „iš naujo“ ir patikrinkite, ar teksto laukuose „user-id“ ir slaptažodis įvesti duomenys nėra išvalyti.
- Įveskite galiojantį vartotojo vardą ir slaptažodį ir spustelėkite mygtuką „Prisijungti“.
Komponentų testavimo scenarijai 2 tinklalapyje -
- Patikrinkite, ar pagrindiniame puslapyje rodomas pranešimas „Sveiki atvykę į„ guru99 “banko valdytojo puslapį“.
- Patikrinkite, ar spustelėjama visa nuoroda kairėje tinklalapio pusėje.
- Patikrinkite, ar valdytojo ID rodomas pagrindinio puslapio centre.
- Patikrinkite, ar pagrindiniame puslapyje yra 3 skirtingi vaizdai, kaip parodyta diagramoje.
Įrenginio bandymas, palyginti su komponentų testavimu
| Vieneto testavimas | Komponentų testavimas |
|---|---|
|
|
|
|
|
|
|
|
Santrauka:
Programinės įrangos inžinerijoje komponentų testavimas vaidina svarbų vaidmenį ieškant klaidų. Prieš pradedant integracijos testavimą, visada rekomenduojama atlikti komponentų testavimą, kad įsitikintumėte, jog kiekvienas programos komponentas veikia efektyviai.
Po integracijos testavimo atliekamas komponentų testavimas. Komponentų testavimas kai kuriose nuorodose taip pat vadinamas modulių testavimu.
