Testēšanas līmeņi programmatūras testēšanā

Testi tiek grupēti, pamatojoties uz to, kur tie ir pievienoti SDLC, vai pēc detalizācijas pakāpes, ko tie satur. Kopumā ir četri testēšanas līmeņi: vienības pārbaude, integrācijas pārbaude, sistēmas pārbaude un pieņemšanas pārbaude. Testēšanas līmeņu mērķis ir padarīt programmatūras testēšanu sistemātisku un viegli identificēt visus iespējamos testa gadījumus noteiktā līmenī.



Ir daudz dažādu testēšanas līmeņu, kas palīdz pārbaudīt programmatūras testēšanas uzvedību un veiktspēju. Šie testēšanas līmeņi ir paredzēti, lai atpazītu trūkstošās jomas un saskaņotu starp attīstības dzīves cikla stāvokļiem. SDLC modeļos ir raksturīgas tādas fāzes kā prasību apkopošana, analīze, projektēšana, kodēšana vai izpilde, testēšana un izvietošana. Visi šie posmi iziet programmatūras testēšanas līmeņu procesu.

Pārbaudes līmeņi

Galvenokārt ir četri Pārbaudes līmeņi programmatūras testēšanā:



kā uzlauzt lietotājvārdu un paroli
  1. Vienības pārbaude : pārbauda, ​​vai programmatūras komponenti atbilst funkcijām vai nē.
  2. Integrācijas pārbaude : pārbauda datu plūsmu no viena moduļa uz citiem moduļiem.
  3. Sistēmas pārbaude : novērtē testēšanas gan funkcionālās, gan nefunkcionālās vajadzības.
  4. Pieņemšanas pārbaude : pārbauda specifikācijas vai līguma prasības saskaņā ar tā piegādi.

Katram no šiem testēšanas līmeņiem ir noteikts mērķis. Šie testēšanas līmeņi sniedz vērtību programmatūras izstrādes dzīves ciklam.

1) Vienības pārbaude:

kurš apgalvojums ir patiess par tcp/ip un osi modeļiem?

Vienība ir mazākā pārbaudāmā sistēmas vai lietojumprogrammas daļa, kuru var apkopot, atzīmēt ar Patīk, ielādēt un izpildīt. Šāda veida pārbaude palīdz pārbaudīt katru moduli atsevišķi.

Mērķis ir pārbaudīt katru programmatūras daļu, to atdalot. Tas pārbauda, ​​vai komponents pilda savas funkcijas vai nē. Šāda veida testēšanu veic izstrādātāji.



2) Integrācijas pārbaude:

Integrācija nozīmē apvienošanu. Piemēram, šajā testēšanas posmā dažādi programmatūras moduļi tiek apvienoti un pārbaudīti kā grupa, lai pārliecinātos, ka integrētā sistēma ir gatava sistēmas testēšanai.

Testēšanas integrēšana pārbauda datu plūsmu no viena moduļa uz citiem moduļiem. Šāda veida testēšanu veic testētāji.

3) Sistēmas pārbaude:

c ++ deklarēt 2d masīvu

Sistēmas pārbaude tiek veikta pilnā, integrētā sistēmā. Tas ļauj pārbaudīt sistēmas atbilstību prasībām. Tas pārbauda sastāvdaļu vispārējo mijiedarbību. Tas ietver slodzes, veiktspējas, uzticamības un drošības testēšanu.

Sistēmas pārbaude visbiežāk ir pēdējā pārbaude, lai pārliecinātos, ka sistēma atbilst specifikācijai. Tas novērtē gan funkcionālo, gan nefunkcionālo vajadzību pēc pārbaudes.

4) Pieņemšanas pārbaude:

Pieņemšanas pārbaude ir pārbaude, kas tiek veikta, lai noskaidrotu, vai specifikācijas vai līguma prasības ir izpildītas piegādes laikā. Pieņemšanas pārbaudi pamatā veic lietotājs vai klients. Tomēr citus akcionārus var iesaistīt šajā procesā.

Citi pārbaudes veidi:

  • Regresijas pārbaude
  • Draugu pārbaude
  • Alfa testēšana
  • Beta testēšana

Secinājums:

  • Programmatūras pārbaudes līmenis ir process, kurā tiek pārbaudīta katra programmatūras/sistēmas vienība vai sastāvdaļa.
  • Sistēmas testēšanas galvenais mērķis ir novērtēt sistēmas atbilstību noteiktajām vajadzībām.
  • Programmatūras inženierijā četri galvenie testēšanas līmeņi ir vienību pārbaude, integrācijas pārbaude, sistēmas pārbaude un pieņemšanas pārbaude.