Programmatūras Testēšana

Sistēmas testēšanas apmācība iesācējiem

2021. gada 30. oktobris

Satura rādītājs

Kas ir sistēmas testēšana?

Nākamais programmatūras testēšanas solis pēc vienības un integrācijas testēšanas tiek saukts par sistēmas testēšanu.

Tas ir veids melnās kastes pārbaude kurā tiek pārbaudīta visa sistēma, lai apstiprinātu pilnībā integrēto programmatūru ar tās aparatūras/programmatūras komponentiem.

Kopumā ir divu veidu pārbaudes:

  • Melnās kastes pārbaude
  • Baltās kastes testēšana

Sistēmas testēšanu sauc par melnās kastes testēšanu, jo šajā testēšanā pilnībā integrētās programmatūras ārējā darbība tiek pārbaudīta, izmantojot lietotāja specifikācijas.

Turpretim, baltās kastes pārbaude pārbauda programmatūras iekšējo darbību, t.i., kodu.

Piemērs

Sistēmas testēšanu var labāk izskaidrot, izmantojot piemēru:

Apsveriet lodīšu pildspalvas ražošanu.

Dažādas pildspalvas sastāvdaļas, piemēram, vāciņš, korpuss, aste, tintes kasetne, lodīšu punkts utt., tiek ražoti atsevišķi un ir vienība pārbaudīta lai pārbaudītu to darbību un veiktspēju.

Pēc vienības pārbaudes nākamais solis ir integrēt divus vai vairākus pildspalvas komponentus, lai pārbaudītu, vai tie ir saderīgi. Šo soli sauc integrācijas testēšana .

Kad tas ir izdarīts, sākas sistēmas testēšana. Šajā gadījumā pildspalva tiek pārbaudīta kopumā, lai tā varētu darboties ārējā vidē, piemēram, uz papīra, kartona utt.

Programmatūras testēšana pret sistēmas testēšanu

Parasti programmatūras testēšana un sistēmas testēšana dažkārt tiek lietotas savstarpēji aizstājamas, taču tās nav vienādas.

Skatīt arī 26 labākā bezmaksas audio ierakstīšanas programmatūra

Sistēmas testēšana ir daļa no programmatūras testēšanas posma. Programmatūras testēšanas laikā notiek šādas darbības:

sistēmas testēšana

Vienības pārbaude :

Tas ir pirmais testēšanas solis, un tas tiek veikts katram koda blokam atsevišķi. Parasti to dara programmētājs, kurš ir uzrakstījis kodu.

Integrācijas pārbaude :

Kad divi vai vairāki atsevišķi komponenti ir veiksmīgi vienībā pārbaudīti, tie tiek integrēti galvenajā programmatūras pakotnē. Šeit moduļu saderība tiek pārbaudīta pirms to integrācijas, tās laikā un pēc tās. Tā kā viena moduļa dažādās sadaļas var izveidot vairāki programmētāji, ir svarīgi pārbaudīt, vai modulis darbojas kopā vai nē.

• Sistēmas testēšana:

Pēc integrācijas testēšanas profesionāls testēšanas aģents integrē atsevišķus moduļus un arī ar savu ārējo vidi un pēc tam pārbauda to kopumā, pirms to nodod sabiedrībai akcepttestēšanai.

Pieņemšanas pārbaude :

Šajā testēšanā produkta beta versija ir pieejama sabiedrībai, un lietotājs pārbauda, ​​vai sistēma ir pieņemama. Ja tiek atrastas kļūdas, sistēma tiek atkārtoti izlaista ar nesen uzlabotām funkcijām un novērstām kļūdām.

Kas tiek pārbaudīts sistēmas testēšanā?

Sistēmas testēšanā tiek pārbaudīta visa sistēma, un tāpēc testētājam ir svarīgi zināt, kas ir jāpārbauda. Testētājs veic sistēmas pārbaudes, lai:

  • Pilnīga testēšana tiek veikta, kad tiek pārbaudīti integrētie komponenti, tostarp aparatūras un programmatūras sistēmas, lai nodrošinātu veiksmīgu mijiedarbību savā starpā un kopumā.
  • Detalizēti pārbaudes gadījumi un testu komplekti katram lietojumprogrammas aspektam tiek formulēti un tiek pārbaudīta testa gadījumu ievade un vēlamā izvade.
  • Lietotāja pieredze tiek pārbaudīta arī ar visu sistēmu.
Skatīt arī 3 vienkārši veidi, kā pievienot apmali Google dokumentos

Sistēmas testēšanas veidi

Tā kā sistēmas testēšana ir visaptverošākais testēšanas līmenis, ir pieejami vairāk nekā 70 testēšanas veidi. Daži no šiem vairākiem testu veidiem ir:

    Lietojamības pārbaude :Sistēmas elastība, spējas un lietotājam draudzīgums tiek pārbaudītas no galalietotāja viedokļa. Dūmu pārbaude :Tas tiek darīts, lai pārliecinātos, ka sistēmas svarīgās funkcijas darbojas. Tas arī pārbauda, ​​vai izveidotā sistēma ir piemērota turpmākai pārbaudei.Veiktspējas/slodzes pārbaude:The tiek pārbaudīta programmatūras veiktspēja reālās dzīves slodzēs, piemēram, tīmekļa serveros. Drošības pārbaude :Iespējamais sistēmas ievainojamības tiek pārbaudīti attiecībā uz datu un resursu noplūdēm, kas var rasties nākotnē. Tas tiek darīts, lai aizsargātu sistēmu no iebrucējiem. Regresijas pārbaude :Dažreiz, risinot vecas kļūdas, var rasties jaunas kļūdas. Šajā testēšanā programmatūras izstrādes gaitā veiktās izmaiņas vai pievienotie moduļi tiek pārbaudīti, lai pārbaudītu, vai sistēmā nav jaunu kļūdu. Atkopšanas pārbaude :Šajā testēšanā tiek pārbaudīta uzticamība, uzticamība un atkopšanās no iespējamām avārijām.Migrācijas pārbaude:Lai tiktu galā ar iespējamām infrastruktūras izmaiņām, sistēmai tiek pārbaudīta mobilitāte starp veco un jauno sistēmas infrastruktūru.Funkcionālā pārbaude:Testētāji pārbauda, ​​vai sistēmā trūkst funkcionalitātes, un izveido tai žurnālu. Šīs ir funkcijas, kas produktam varētu būt uzlabotai darbībai.Aparatūras/programmatūras testēšana:Tiek pārbaudīta ārējās vides, t.i., aparatūras un programmatūras sistēmas saderība ar izveidoto programmatūras produktu.Atbilstības pārbaude:Sistēmas atbilstība iekšējiem vai ārējiem standartiem tiek pārbaudīta.
Skatīt arī 20 labākie tīkla skenēšanas rīki operētājsistēmai Windows bez maksas (IP un portu skeneris)

Sistēmas testēšana, ko izmanto testētāji

Vairāki mainīgie nosaka testētāju izmantotās sistēmas testēšanas veidu. Viņi ir:

    Liels, vidējs vai mazs uzņēmums:Izmantotās sistēmas testēšanas veids būs ļoti atkarīgs no tā uzņēmuma lieluma, kurā strādā testētāji. Lielie uzņēmumi atšķiras no vidējiem vai maziem savās testēšanas metodēs vairāku faktoru dēļ, piemēram, nauda, ​​infrastruktūra utt.Laika pieejamība:Laiks ir galvenais faktors, lai noteiktu programmatūras projektam vispiemērotāko testēšanas veidu.Resursu pieejamība:Uzņēmumam, kurā strādā testētājs, ir svarīga loma resursu pieejamības nodrošināšanā. Lielajiem uzņēmumiem, visticamāk, būs dārgāka automatizētā programmatūra nekā citiem.Izglītība:Testētāja zināšanas nosaka izmantojamās pārbaudes veidu. Dažiem testētājiem būs jāapgūst programmatūra, pirms tos izmantos testēšanai.Budžets:Testēšanai apstiprinātais kopējais budžets kļūst par būtisku faktoru ne tikai mazos, bet arī lielos uzņēmumos, nosakot izmantojamās pārbaudes veidu.

Testēšanas vide

Testētājiem ir jāpārliecinās, ka vide, ko viņi izmanto testēšanai, ir pēc iespējas tuvāka faktiskajai ražošanas un lietotāja videi. Ja nē, iespējams, ka galalietotāji varēs identificēt problēmas un kļūdas, kuras augsti kvalificētā testētāju komanda, iespējams, nav atradusi.

Saistītās tēmas

Vienības pārbaude Integrācijas pārbaude Pieņemšanas pārbaude