Tīmekļa Lietotnes

STLC — programmatūras testēšanas dzīves cikla fāzes un ievadīšana, izejas kritēriji

2021. gada 30. oktobris

Satura rādītājs

Programmatūras testēšanas dzīves cikls (STLC): ievads

Programmatūras testēšanas dzīves cikls jeb STLC ir virkne darbību, kas jāveic testēšanas procesā, lai sasniegtu programmatūras kvalitātes mērķus.

Programmatūras testēšana nav atsevišķa/izolēta darbība, bet gan iepriekš noteiktu darbību virkne, kas ietver gan verifikāciju, gan validāciju.

Šīs darbības programmatūras testēšanā tiek veiktas metodiski, lai palīdzētu sertificēt programmatūras produktu.

The Programmatūras testēšanas dzīves cikls (STLC) Modelim ir pavisam 6 posmi, kas jāpabeidz, lai iegūtu programmatūras sertifikātu. Tādējādi testa komandai ir jābūt detalizētām zināšanām par STLC fāzēm, kā arī piemērojamo testu plānošanu projektā. Viņiem ir jābūt prasmīgiem ar testa piemēra izstrādes aktivitāti un stratēģijas dokumentu.

Katram no šiem STLC posmiem ir noteikti ieejas un izejas kritēriji, rezultāti un darbības.

Fāzes ir šādas:

  1. Prasību analīze
  2. Testa plānošana
  3. Testa dizains
  4. Testa vides iestatīšana
  5. Testa izpilde
  6. Testa slēgšana

Programmatūras testēšanas dzīves cikla fāzes, ieejas, izejas kritēriji

Programmatūras testēšanas dzīves ciklā jeb STLC katram līmenim vai fāzei testam ir ieejas un izejas kritēriji.

Iestāšanās kritēriji: Tas nosaka priekšnosacījumu vienumus vai kritērijus, kas jāizpilda pirms šīs fāzes pārbaudes.

Izejas kritēriji: Tas nosaka, ka vienumi vai kritēriji, kas jāizpilda pirms noteiktas fāzes vai līmeņa, var beigties, lai beidzot tiktu sagatavots testa slēgšanas ziņojums.

Ideālā gadījumā nevar ieiet nākamajā STLC posmā, ja nav izpildīti iepriekšējā izejas kritēriji. Tas ir tāpēc, ka fāzes testēšanas komandai ne vienmēr ir praktiski iespējams izlaist izejas kritērijus un pāriet uz nākamo posmu.

Tādējādi šajā rakstā mēs koncentrēsimies uz dažādām darbībām un nodevumiem, kas nepieciešami vai iesaistīti dažādos STLC posmos un fāzēs.

STLC fāzes

STLC fāzes

1. Prasību analīze

Šis Programmatūras testēšana Dzīves cikla (STLC) fāzē testa komandai ir jāizpēta prasību analīzes dokuments un jāanalizē tas no testēšanas viedokļa, lai noteiktu pārbaudāmās prasības. Tie palīdz testa gadījumu izstrādē.

Šīs prasības var būt funkcionālas vai nefunkcionālas, un tāpēc tās attiecīgi jārisina.

QA komanda var arī sadarboties ar ieinteresētajām personām, lai noskaidrotu visas šaubas par prasībām.

Automatizācijas iespējamības pārbaude ir arī daļa no šīs prasību apkopošanas fāzes STLC programmatūras testēšanas dzīves ciklā.

Skatīt arī 6 Avast Web Shield labojumi neieslēgs Windows

Iestāšanās kritēriji:

  • Šajā posmā ir jābūt pieejamam prasību dokumentam (gan funkcionālam, gan nefunkcionālam).
  • Ir jādefinē pieņemšanas kritēriji.
  • Jābūt pieejamam pieteikuma arhitektūras dokumentam.

Aktivitātes:

  • Tas nosaka dažādu veidu testus, kas jāveic.
  • Automatizācijas iespējamības analīze tiek veikta, ja nepieciešams, lai izveidotu automatizācijas iespējamības ziņojumu.
  • Testa vides detaļu noteikšana.
  • Tiek apkopota informācija par testēšanas prioritātēm un fokusu.
  • Gatavošanās Prasību izsekojamības matrica (RTM).

Izejas kritēriji:

  • RTM izrakstīšanās.
  • Klients izrakstās pārbaudes automatizācijas iespējamības atskaitē.

Piegādes materiāli:

  • RTM jāģenerē.
  • Ja piemērojams, tiek ģenerēts automatizācijas iespējamības pārskats.

2. Testa plānošana

Otrais posms Programmatūras testēšana Dzīves cikls (STLC), ko sauc par testēšanas plānošanas fāzi, ietver testēšanas stratēģijas noteikšanu, ko veic vecākais kvalitātes nodrošināšanas vadītājs, lai veiktu dažādas testēšanas darbības.

Šajā fāzē tiek noteikta testa vide, resursi, testēšanas grafiks, testēšanas ierobežojumi, un plāns tiek attiecīgi sagatavots un pabeigts, pirms tiek turpināta testa lietas izstrāde.

Pēc prasību analīzes testu plānošana ir nākamā vissvarīgākā fāze, un tāpēc tā ir jāveic piesardzīgi.

Budžets, pūles, laiks un gandrīz viss ar testēšanu saistītais ir atkarīgs no pareizas pārbaudes plānošanas dokumenta sastādīšanas, tāpēc tas lielākoties tiek uzticēts kvalitātes nodrošināšanas (QA) komandai.

Šis testa plāna izstrādes posms ietver arī projekta centienu un izmaksu aplēsi, kā arī testa plāna dokumentu.

Iestāšanās kritēriji:

  • Jābūt pieejamiem prasību dokumentiem.
  • Jābūt pieejamai prasību izsekojamības matricai no iepriekšējās fāzes.
  • Ierakstiet pēdējās fāzes pārbaudes automatizācijas iespējamību.

Aktivitātes:

  • Programmatūras testēšanas rīka izvēle.
  • Pārbaudes izmaksu un piepūles aplēses dokuments.
  • Testēšanas stratēģijas dokuments dažādiem testiem, kas jāsagatavo.
  • Ir jāanalizē apmācības prasības.
  • Ir jāveic lomu un atbildības noteikšana un resursu plānošana.

Izejas kritēriji:

  • Pārbaudes vadītājam ir apstiprināts pārbaudes plāns.
  • Izmaksu un piepūles aprēķinu dokumenti ir jāparaksta.

Piegādes materiāli:

  • Piegādāts pārbaudes stratēģijas dokuments.
  • Sniegts izmaksu un piepūles aplēses dokuments.

3. Pārbaudes dizains (pārbaudes gadījumi)

Šajā STLC testēšanas fāzē ir jāpabeidz dažādu testa gadījumu, testa skriptu un testa datu pārbaude, izveide un pārstrāde.

Pirms pārbaudes gadījumu izveides testa skriptu testa dati ir jāidentificē, jāizveido un pēc tam jāpārskata un vēlāk jāpārstrādā atkarībā no testpiemēru ģenerēšanai iestatītajiem priekšnosacījumiem. Šie testa gadījumi nodrošina pilnīgu testa pārklājumu projektā.

Tomēr ir jāzina, ka nav iespējams izpildīt visus iespējamos testa gadījumus.

Pēc testa datu pabeigšanas kvalitātes nodrošināšanas komanda var sākt izstrādāt dažādus testa gadījumus, testēšanas skriptus dažādām projekta vienībām.

Skatīt arī Power BI vs Tableau: labākā datu vizualizācijas programmatūra

Iestāšanās kritēriji:

  • Ir pieejami iepriekšējo posmu prasību dokumenti.
  • Iepriekšējo posmu pārbaudes plāns un RTM.
  • Pieejams automatizācijas analīzes ziņojums.

Aktivitātes:

  • Jāizveido automatizācijas skripti, ja tādi ir, un testēšanas gadījumi testēšanai.
  • Šie testa gadījumi un skripti tiek pārskatīti un izveidoti.
  • Ja testēšanas vide ir pieejama, tad tiek izveidoti testa dati un testa gadījumi.

Izejas kritēriji:

  • Pārbaudes gadījums/skripts ir jāpārskata un jāparaksta.
  • Pārbaudes dati ir jāpārskata un jāparaksta.

Piegādes materiāli:

  • Testa gadījumi vai ģenerēti skripti.
  • Pārbaudes lietas pabeigtas.

4. Testa vides iestatīšana

Šajā STLC fāzē tiek noteikti aparatūras un programmatūras nosacījumi, saskaņā ar kuriem tiks veikta pārbaude.

To var veikt paralēli testa projektēšanas fāzei.

Testa vides iestatīšana ir viens no svarīgākajiem testēšanas procesa aspektiem.

Pirms projekta faktiskās testēšanas uzsākšanas testa komanda veic testa vides gatavības pārbaudi jeb dūmu testēšanu.

Šī fāze nav jāveic, ja testa dizains nodrošina testa vidi.

Ieejas kritēriji:

  • Jābūt pieejamiem vides iestatīšanas plāniem no testa projektēšanas fāzes.
  • Jābūt pieejamiem sistēmas dizaina un arhitektūras dokumentiem.

Aktivitātes:

  • Aparatūras un programmatūras prasību saraksts ir sagatavots, izprotot nepieciešamo vides iestatījumu un arhitektūru.
  • Testa dati un vide ir iestatīti.
  • Pirms faktiskās testēšanas tiek veikta konstrukcijas dūmu pārbaude.

Izejas kritēriji:

  • Dūmu testiem jābūt veiksmīgiem.
  • Vides iestatīšanai ir jādarbojas saskaņā ar plānu un kontrolsarakstu.
  • Testa skriptu, testa datu un testa gadījumu iestatīšana vidē ir pabeigta.

Piegādes materiāli:

  • Tiek piegādāta gatava vide ar testa datiem.
  • Tiek ģenerēti dūmu testa rezultāti.

5. Testa izpilde

STLC piektā fāze, ko sauc par testa izpildi, ietver būvēšanas programmatūras testēšanu atbilstoši testa gadījumiem un testa datiem, kas ģenerēti STLC trešajā fāzē, un tiek veikta izstrādātajā testēšanas vidē.

Testētājiem šajā testa izpildes fāzē ir jāizpilda katrs testēšanas gadījums un jāģenerē testa gadījuma izpildes ziņojums.

Testa skripta izpilde, ziņošana par defektiem un testa skripta uzturēšana ir dažas no darbībām, kas saistītas ar šo STLC fāzi.

Ja tiek ziņots par defektiem, testēšana tiek apturēta un tiek atgriezta izstrādes komandai.

Kad izstrādes komanda defektu atrisina, tiek veikta atkārtota pārbaude.

Iestāšanās kritēriji:

  • Testa dati, kas iestatīti ar vidi, ir jāpabeidz.
  • Testēšanas plānam, bāzes līnijas RTM un testa gadījumiem/skriptiem jābūt pieejamiem.
  • Testa videi ir jābūt gatavai un dūmu pārbaudei.
  • Ir jābūt pieejamiem dažādu moduļu vienību un integrācijas testēšanas ziņojumiem.

Aktivitātes:

  • Pārbaudes jāveic saskaņā ar plānu.
  • Par visiem atklātajiem defektiem tiks veikta atkārtota pārbaude.
  • RTM ir kartēts ar defektiem pārbaudes gadījumos.
  • Neveiksmīgu gadījumu pārbaudes rezultāti un defekti tiek dokumentēti un reģistrēti.
  • Bojājumi ir jānovērš, veicot atkārtotu testēšanu un pirms nonākšanas pēdējā fāzē.
Skatīt arī 7 labojumi “Ja atskaņošana nesākas drīz, mēģiniet restartēt ierīci”

Izejas kritēriji:

  • Visas pārbaudes lietas un plāni veiksmīgi izpildīti.
  • Defekti reģistrēti un izsekoti līdz to slēgšanai

Piegādes materiāli:

  • RTM ar izpildes statusu ir pabeigts un piegādāts.
  • Pārbaudes gadījumu rezultāti tiek atjaunināti testa gadījumu izpildes pārskatā.
  • Tiek piegādāti defektu ziņojumi.

6. Testa aizvēršana

STLC beigu fāze, Test Closure, ir būtiska projekta fāze, lai novērstu procesa vājās vietas turpmākajiem testa cikliem.

Testa cikla slēgšanas fāze ietver gala ziņojuma, testa pabeigšanas matricu un testa pabeigšanas ziņojuma vākšanu.

Papildus tiem, testa cikla slēgšanas fāze ietver arī testēšanas komandas locekļu tikšanos, lai apspriestu un analizētu testēšanas stratēģijas, kuras var ieviest nākotnē, kā mācību, kas ņemta no pašreizējā testa cikla.

Iestāšanās kritēriji:

  • Visas pārbaudes ir pabeigtas.
  • Ir pieejami galīgie testa rezultāti.
  • Ir pieejams pilns defektu žurnāls.

Aktivitātes:

  • Tiks sagatavots pārbaudes slēgšanas ziņojums.
  • Cikla pabeigšanas kritēriju novērtēšanai tiek izmantots laiks, izmaksas, programmatūra, testa pārklājums, kvalitāte, kritiskie biznesa mērķi.
  • Tiks sagatavoti testa rādītāji, kuru pamatā ir iepriekš minētie parametri.
  • Defektu sadalījums pēc veida un smaguma pakāpes tiek noteikts, izmantojot testa rezultātu analīzi.
  • Klientam tiek ziņots par Programmatūras kvalitātes kvantitatīvo un kvalitatīvo ziņojumu.

Izejas kritēriji:

  • Klients parakstīs testa slēgšanas ziņojumu.

Piegādes materiāli:

  • Pārbaudes rādītāji ir piegādāti.
  • Pārbaudes slēgšanas ziņojums ir izveidots.

STLC un SDLC: kā tie atšķiras?

SDLCSTLC
SDLC apzīmē Programmatūras izstrādes dzīves cikls .STLC apzīmē programmatūras testēšanas dzīves ciklu.
Saskaņā ar projektēšanas dokumentiem viss darbs un reālā kodēšana tiek veikta.Testēšanas komanda ir atbildīga par testa gadījumu, testēšanas vidi izveidi un izstrādātā koda testēšanu.
Biznesa analītiķa pienākums ir apkopot prasības no ieinteresētajām pusēm un izveidot attīstības plānu.Kvalitātes nodrošināšanas (QA) pienākums ir analizēt funkcionālās un nefunkcionālās prasības no prasību dokumenta un izveidot pārbaudes plāna dokumentu ar piemērojamiem testa gadījumiem.
Atbalsts un atjauninājumi pēc izvietošanas ir daļa no programmatūras izstrādes dzīves cikla (SDLC).Regresijas testēšana un automatizācijas skripti parasti tiek izpildīti, lai veiktu koda apkopi.
SDLC galvenais mērķis ir veiksmīgi izvietot programmatūru visos posmos, ieskaitot testēšanu, kas jāpabeidz.STLC ir daļa no SDLC, un tās vienīgais mērķis ir testēšana.
Izstrādes komanda veido augsta un zema līmeņa dizainus kā daļu no SDLC.Testa analītiķis ir atbildīgs par integrācijas testa plāna un testa gadījumu izveidi STLC.
Tam ir sešas fāzes: prasību analīze, programmatūras izstrāde, programmatūras izveide, testēšana, izvietošana, apkopeIr sešas STLC fāzes: prasību analīze, testa plānošana, testa gadījuma izstrāde, testa vides iestatīšana, testa izpilde, testa slēgšana.

SDLC pret STLC

STLC FAQ

Kādas ir STLC fāzes?

Tam ir sešas fāzes: prasību analīze, testu plānošana, testa gadījuma izstrāde, testa vides iestatīšana, testa izpilde, testa cikla slēgšana.

Kāda ir atšķirība starp STLC un SDLC?

STLC: Tas apzīmē programmatūras testēšanas dzīves ciklu, kurā kvalitātes nodrošināšanas komanda pārbauda izstrādāto programmatūru, lai noteiktu iespējamās kļūdas, izmantojot testa plānu, testa gadījumus un testēšanas vidi.
SDLC: Tas nozīmē programmatūras izstrādes dzīves ciklu, kurā biznesa analītiķis analizē biznesa prasības, pamatojoties uz to, kurš izstrādātājs izstrādā kodu. Testēšana un apkope ir arī daļa no SDLC.

Kas ir QA dzīves cikls?

Kvalitātes nodrošināšanas (QA) dzīves cikls jeb STLC attiecas uz virkni saistītu darbību, kas jāveic testēšanas procesā, lai izpildītu programmatūras kvalitātes mērķus.

Kādi ir ievades kritēriji kodēšanai?

Kodēšanas ievades kritēriji ietver:
Pārbaudiet testa vides pieejamību un lietojamību.
Pārbaudiet testēšanas rīku uzstādīšanu.
Pārbaudiet pieejamības pārbaudes kodu.
Pārbaudiet testa datu pieejamību un validāciju.