Kai kalbama apie programinės įrangos kūrimą, visi testavimo etapai gali būti suskirstyti į kelis etapus. Panašiai kaip programinės įrangos kūrimo gyvavimo ciklas (SDLC), taip pat egzistuoja programinės įrangos testavimo gyvavimo ciklas (STLC). Visi etapai gali būti lemiami norint teisingai atlikti procesą ir tai gali reikšti daug didesnį atliktų testų efektyvumą ir, kaip rezultatas, daug didesnę galutinio produkto kokybę. Skaitykite toliau, kad sužinotumėte daugiau.

6 STLC etapai – turinys:

  1. 1 etapas: Reikalavimų analizė
  2. 2 etapas: Testavimo planavimas
  3. 3 etapas: Testavimo atvejų kūrimas
  4. 4 etapas: Aplinkos paruošimas
  5. 5 etapas: Testavimo vykdymas
  6. 6 etapas: Testavimo uždarymas
  7. 6 STLC etapai – santrauka

1 etapas: Reikalavimų analizė

Tai yra pirmas žingsnis cikle. Testavimo komanda kruopščiai peržiūri produkto reikalavimus. Jei yra kokių nors konfliktų, trūkumų, netikslumų ar nesusipratimų, testavimo komanda aptaria juos su įvairiais projekto suinteresuotaisiais asmenimis, tokiais kaip verslo analitikas ar programinės įrangos architektas.

Įėjimo kriterijai:

  • Verslo reikalavimų specifikacija (BRS)
  • programinės įrangos architektūros dokumentas

Užduotys:

  • nustatyti, kokius testus reikia atlikti
  • nustatyti prioritetus testavimo vykdymui
  • patikrinti, kurie testai turi būti atliekami rankiniu būdu, o kurie turi būti automatizuoti

Išėjimo kriterijai:

  • testavimui reikalingų reikalavimų sąrašas
  • bet kurie testai, kurie turi būti automatizuoti

2 etapas: Testavimo planavimas

Šiame etape validacijos komanda planuoja visas testavimo veiklas, rašydama testavimo planą. Šiame dokumente nurodoma:

  • pasiekiami tikslai
  • įgyvendinami procesai ir metodai
  • naudojama aplinka ir įrankiai
  • testuojami arba netestuojami elementai
  • komandos organizavimas ir užduočių pasiskirstymas
  • tarpiniai tikslai įvairioms veikloms
  • galimi rizikos veiksniai

Be testavimo plano kūrimo, šiame etape taip pat parengiamas sąnaudų vertinimas.

STLC etapai

3 etapas: Testavimo atvejų kūrimas

Šiame etape — dar vadinamame Testavimo dizainu — yra keturi žingsniai:

1. Paruošti testavimo scenarijus

Testų vadovas arba testų lyderis paruošia testavimo scenarijų, kuris bus naudojamas testavimo atvejams kurti.

2. Sukurti testavimo atvejus

Pagal kiekvieną scenarijų testuotojai rašo testavimo atvejus, kad galėtų patikrinti, ar programinės įrangos funkcionalumas atitinka reikalavimus. Testavimo automatizavimo atveju, šiame etape bus rašomi testavimo scenarijai.

3. Paruošti testavimo duomenis

Testavimo komanda turi paruošti duomenų rinkinį, kuris bus naudojamas vykdant testavimo atvejus. Tai gali būti teigiami arba neigiami duomenys, skirti funkcijos veikimui patikrinti teisingų arba neteisingų duomenų atveju.

4. Paruošti RTM

Testavimo komanda paruošia pagrindinę Reikalavimų atsekamumo matricą (RTM). Šis dokumentas naudojamas stebėti, kokie testai yra reikalingi, kad būtų patikrinta, ar reikalavimai bus įvykdyti. Prieš pradedant testavimą, suinteresuotieji asmenys atliks patikrinimus ir validacijas, kas buvo sukurta per aukščiau nurodytas veiklas.

4 etapas: Aplinkos paruošimas

Tai etapas, kuriame testavimo komanda nedalyvauja. Atkirtai komanda rūpinsis aplinkos paruošimu ir konfigūravimu. Testuotojai bus informuoti, kaip aplinka buvo paruošta ir kuri programinės įrangos versija yra atnaujinta.

Vienintelis reikalavimas testavimo komandai yra paruošti dūmų testus, kad būtų patikrinta, ar įdiegtas buildas yra tinkamas testavimui. Jei dūmų testai nepavyksta, buildas bus atmestas, o testavimas bus sustabdytas, kol bus išspręstos nurodytos problemos.

Įėjimo kriterijai:

  • testavimo planas
  • testavimo data
  • dūmų testas

Užduotys:

  • testavimo aplinkos paruošimas
  • testavimo aplinkos nustatymas
  • testavimo duomenų paruošimas
  • dūmų testų vykdymas po kompiliacijos

Išėjimo kriterijai:

  • naudojama testavimo aplinka
  • naudojami testavimo duomenys
  • teigiami dūmų testų rezultatai

5 etapas: Testavimo vykdymas

Tai tiesiog testų vykdymas. Šio etapo metu testuotojai gali nustatyti galimas anomalijas ir išbandyti programinės įrangos kūrėjų sukurtus patobulinimus. Testavimo komandos užduotys bus:

  • vykdyti anksčiau sukurtus testavimo atvejus ir palyginti gautą rezultatą su tikėtinu
  • palaikyti testavimo scenarijų
  • nustatyti, aptikti, užregistruoti ir pranešti apie bet kokius nustatytus defektus
  • pakartotinai testuoti defektų taisymus

Įėjimo kriterijai:

  • veikianti testavimo aplinka
  • teisingi testavimo duomenys
  • testavimo planas
  • testavimo atvejai, kurie turi būti vykdomi

Užduotys:

  • atlikti testus pagal testavimo planą
  • dokumentuoti testų rezultatus
  • valdyti defektų gyvavimo ciklą

Išėjimo kriterijai:

  • vykdyti visus testus, susijusius su MTR
  • atnaujinti testavimo atvejus su rezultatais
  • defektų ataskaitos

6 etapas: Testavimo uždarymas

Programinė įranga bus įdiegta. Validacijos komanda susitinka analizuoti rezultatus ir nustatyti tobulinimo sritis būsimuose projektuose. Testų vadovas paruošia testavimo uždarymo ataskaitą, kuri bus rengiama kasdien (DSR – kasdieninė ataskaita) arba kas savaitę (WSR – savaitinė ataskaita), kaip susitarta su suinteresuotaisiais asmenimis.

Galiausiai testavimo komanda susitinka analizuoti testavimo atvejus, rastus defektus, praleistą laiką, laikymąsi terminų ir kt. Tokiu būdu galima nustatyti, kas turi būti tobulinama kitame testavimo cikle.

Įėjimo kriterijai:

  • testavimo vykdymo ataskaitos
  • defektų ataskaitos

Užduotys:

  • analizuoti, kas buvo testuota
  • sukurti testavimo uždarymo ataskaitą

Išėjimo kriterijai:

  • uždaryti procesą be atvirų defektų
  • testavimo uždarymo ataskaita

6 STLC etapai – santrauka

Programinės įrangos kūrimas negalėtų egzistuoti be testavimo etapo. Tinkamas pasiruošimas šiam procesui suteikia daugybę privalumų, įskaitant, svarbiausia, laiko ir pinigų taupymą galimoms būsimoms peržiūroms. Tikimės, kad šis straipsnis padėjo jums sužinoti daugiau apie programinės įrangos testavimo gyvavimo ciklą (STLC).

Jūs ką tik perskaitėte apie 6 STLC etapus. Patikrinkite mūsų kitas serijas apie Python ir Javascript!

Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Robert Whitney

JavaScript ekspertas ir instruktorius, kuris moko IT skyrius. Jo pagrindinis tikslas yra padidinti komandos produktyvumą, mokant kitus, kaip efektyviai bendradarbiauti programuojant.

View all posts →