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 etapas: Reikalavimų analizė
- 2 etapas: Testavimo planavimas
- 3 etapas: Testavimo atvejų kūrimas
- 4 etapas: Aplinkos paruošimas
- 5 etapas: Testavimo vykdymas
- 6 etapas: Testavimo uždarymas
- 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.

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.