Kas ir komponentu testēšana? Metodes, testa gadījumu piemēri

Kas ir komponentu testēšana?

Komponentu testēšana ir definēta kā programmatūras testēšanas tips, kurā testēšana tiek veikta katram atsevišķam komponentam atsevišķi, neintegrējot ar citiem komponentiem. To sauc arī par moduļu testēšanu, ja to aplūko no arhitektūras viedokļa. Komponentu testēšanu sauc arī par vienību testēšanu, programmu testēšanu vai moduļu testēšanu.

Parasti jebkura programmatūra kopumā ir veidota no vairākiem komponentiem. Komponentu līmeņa pārbaude attiecas uz šo komponentu testēšanu atsevišķi.

Tas ir viens no visbiežāk sastopamajiem melnās kastes testēšanas veidiem, ko veic QA komanda.

Kā norādīts zemāk redzamajā diagrammā, būs testēšanas stratēģija un testa plāns komponentu testēšanai. Katra programmatūras vai lietojumprogrammas daļa tiek izskatīta atsevišķi. Katram no šiem komponentiem tiks noteikts testa scenārijs, kas tālāk tiks aprakstīts augsta līmeņa testa gadījumos -> zema līmeņa detalizēti testa gadījumi ar priekšnoteikumiem.

Termina " Komponentu testēšana " lietošana dažādās jomās un organizācijās atšķiras.

Visbiežākais komponentu testēšanas atšķirīgās uztveres iemesls ir

Izvēlēts izstrādes veida dzīves cikla modelis
Pārbaudāmās programmatūras vai lietojumprogrammas sarežģītība
Testēšana ar vai bez izolācijas no pārējiem citiem programmatūras vai lietojumprogrammas komponentiem.

Kā mēs zinām, programmatūras testa dzīves cikla arhitektūrā ir daudz testa artefaktu (sastādītie dokumenti, kas izmantoti testēšanas laikā). Starp daudzajiem testiem - artefaktiem, tā ir Test Policy & Test Strategy, kas nosaka testēšanas veidus, testēšanas dziļumu, kas jāveic konkrētajā projektā.

Kas veic komponentu testēšanu

Komponentu testēšanu veic testētāji. Vienības testēšanu veic izstrādātāji, veicot individuālās funkcionalitātes vai procedūras testēšanu. Pēc vienības testēšanas veikšanas nākamā pārbaude ir komponentu testēšana. Komponentu testēšanu veic testētāji.

Kad jāveic komponentu testēšana

Komponentu testēšana tiek veikta drīz pēc tam, kad izstrādātāji ir veikuši vienības testēšanu un versijas izlaišana testēšanas komandai. Šo būvējumu sauc par UT būvējumu (Unit Testing Build). Šajā posmā tiek pārbaudīta visu komponentu galvenā funkcionalitāte,

Ieejas kritēriji komponentu testēšanai

Jāizstrādā un jāpārbauda vienības minimālais skaits, kas jāiekļauj UT.

Izejas kritēriji komponentu testēšanai

Visu komponentu funkcionalitātei vajadzētu darboties labi.
Defektu žurnālā nedrīkst būt kritisku, augstas vai vidēja smaguma un prioritātes defektu.

Komponentu testēšanas paņēmieni

Pamatojoties uz testēšanas līmeņu dziļumu, komponentu testēšanu var iedalīt kategorijās

CTIS - komponentu testēšana mazos izmēros
CTIL - komponentu testēšana lielā apjomā

CTIS - komponentu testēšana mazos

Komponentu testēšanu var veikt, izolējot pārējos testējamās programmatūras vai lietojumprogrammas komponentus. Ja to veic, izolējot citu komponentu, to sauc par komponentu testēšanu mazos.

1. piemērs: Apsveriet vietni, kurā ir 5 dažādas tīmekļa lapas, pēc tam katru vietni pārbaudot atsevišķi un, izolējot citus komponentus, tiek dēvēta par komponentu testēšanu mazajā.

2. piemērs: Apsveriet vietnes guru99.com mājas lapu, kurā ir daudz tādu komponentu kā

Sākums, testēšana, SAP, tīmeklis, jāmācās !, lielie dati, tiešraides projekti, emuārs un citi.

Tāpat jebkura programmatūra ir izgatavota no daudzām sastāvdaļām, un arī katrai sastāvdaļai būs savi apakškomponenti. Katra 2. piemērā minētā moduļa pārbaude atsevišķi, neņemot vērā integrāciju ar citiem komponentiem, tiek dēvēta par komponentu testēšanu mazos.

Noklikšķiniet uz nolaižamās izvēlnes Testēšana, kā parādīts zemāk esošajā momentuzņēmumā, un skatiet dažādus testēšanas komponenta "apakškomponentus" . Tātad parādītie apakškomponenti ir manuālā testēšana, SOAPUI, QTP, JUnit, selēns, testu pārvaldība, selēns, mobilā testēšana utt.

Piezīme . Apakškomponents ir minēts ar sarkanu izceltu krāsu zemāk esošajā momentuzņēmumā.

CTIS - komponentu testēšana mazos

Komponentu testēšana, kas veikta, neizolējot citus testējamā programmatūras vai lietojumprogrammas komponentus, tiek dēvēta par Component Testing Large.

Ņemsim piemēru, lai to labāk izprastu. Pieņemsim, ka ir programma, kas sastāv no trim komponentiem teikt Komponents A , B Component, un C sastāvdaļa .

Izstrādātājs ir izstrādājis komponentu B un vēlas, lai tas tiktu pārbaudīts. Bet, lai pilnībā pārbaudītu B komponentu, dažas tā funkcijas ir atkarīgas no A komponenta un dažas no C komponenta.

Funkcionalitātes plūsma: A -> B -> C, kas nozīmē, ka no A un C ir atkarīga no B, kā norādīts diagrammā, izsauktā funkcija ir izsauktā funkcija, un vadītājs ir izsaukšanas funkcija .

Bet komponents A un C vēl nav izveidots. Tādā gadījumā, lai pilnībā pārbaudītu komponentu B, mēs varam aizstāt komponentu A un komponentu C pēc nepieciešamības. Tātad būtībā komponenti A & C tiek aizstāti ar stub & driver, kas darbojas kā fiktīvs objekts, līdz tie faktiski tiek izstrādāti.

Stub: testējamais programmatūras komponents tiek izsaukts, kā parādīts zemāk redzamajā diagrammā. Komponents A izsauc “Stub”.
Vadītājs: Vadītājs izsauc testējamo komponentu, kā parādīts zemāk redzamajā diagrammā. “Komponentu B” izsauc vadītājs.

Testa lietu piemēri komponentu testēšanai

Apsveriet 2 tīmekļa lapas, kā norādīts zemāk minētajās diagrammās. Šeit abas tīmekļa lapas ir savstarpēji saistītas no funkcionalitātes viedokļa.

1. vietne ir pieteikšanās lapa vietnē demo.guru99.com

Kad lietotājs teksta laukā ir ievadījis derīgu lietotāja ID un paroli un noklikšķina uz pogas Iesniegt, tīmekļa lapa virzīsies uz demo bankas guru99 vietnes sākumlapu.

2. vietne ir Guru99.com mājas lapa

Tātad šeit pieteikšanās lapa ir viena sastāvdaļa, un mājas lapa ir cita. Tagad atsevišķu lapu funkcionalitātes pārbaudi atsevišķi sauc par komponentu testēšanu .

Komponentu testēšanas scenāriji 1. tīmekļa vietnē -

Ievadiet nederīgu lietotāja ID un pārbaudiet, vai galalietotājam tiek parādīts lietotājam draudzīgs brīdinājuma uznirstošais logs.
Ievadiet nederīgu lietotāja ID un paroli un noklikšķiniet uz “reset” un pārbaudiet, vai teksta laukos user-id un parole ievadītie dati ir izdzēsti.
Ievadiet derīgo lietotāja vārdu un paroli un noklikšķiniet uz pogas Pieteikties.

Komponentu testēšanas scenārijs 2. tīmekļa lapā -

Pārbaudiet, vai mājas lapā tiek parādīts ziņojums "Laipni lūdzam bankas guru99 pārvaldnieka lapā".
Pārbaudiet, vai uz visas saites tīmekļa lapas kreisajā pusē var noklikšķināt.
Pārbaudiet, vai pārvaldnieka ID tiek parādīts mājas lapas centrā.
Pārbaudiet 3 dažādu attēlu klātbūtni mājas lapā, kā norādīts diagrammā.

Vienības testēšana Vs komponentu testēšana

Vienības testēšana	Komponentu testēšana
Atsevišķu programmu, moduļu testēšana, lai parādītu, ka programma tiek izpildīta atbilstoši specifikācijai, tiek dēvēta par vienības testēšanu	Katra objekta vai programmatūras daļu testēšanu atsevišķi ar vai bez citu objektu izolācijas sauc par komponentu testēšanu
Tā ir apstiprināta atbilstoši projektēšanas dokumentiem	Tā ir apstiprināta atbilstoši testa prasībām, lietošanas gadījumiem
Vienību testēšanu veic izstrādātāji	Komponentu testēšanu veic testētāji
Vispirms tiek veikta vienību pārbaude	Komponentu pārbaude tiek veikta pēc tam, kad vienības pārbaude ir pabeigta, līdz izstrādātāji ir pabeiguši.

Kopsavilkums:

Programmatūras inženierijā komponentu testēšanai ir izšķiroša loma kļūdu atrašanā. Pirms sākam integrācijas testēšanu, vienmēr ieteicams veikt komponentu testēšanu, lai pārliecinātos, ka katrs lietojumprogrammas komponents darbojas efektīvi.

Integrācijas testēšanai seko komponentu testēšana. Komponentu testēšana dažās atsaucēs tika dēvēta arī par moduļa testēšanu.