Programinės įrangos testavimo procedūra taip pat žinoma kaip STLC (Software Testing Life Cycle), kuri apima testavimo proceso fazes. Testavimo procesas vykdomas gerai suplanuotai ir sistemingai. Visa veikla atliekama siekiant pagerinti programinės įrangos produkto kokybę.
Pažiūrėkime, kokie yra skirtingi STLC žingsniai.
Programinės įrangos testavimo gyvavimo ciklas apima šiuos veiksmus:
- Reikalavimų analizė
- Bandymo plano kūrimas
- Aplinkos nustatymas
- Bandomosios bylos vykdymas
- Defektų registravimas
- Bandymo ciklo uždarymas
Reikalavimų analizė:
Pirmasis rankinio testavimo procedūros žingsnis yra reikalavimų analizė. Šiame etape testeris analizuoja SDLC (programinės įrangos kūrimo gyvavimo ciklo) reikalavimų dokumentą, kad ištirtų kliento nurodytus reikalavimus. Išnagrinėjęs reikalavimus, testuotojas sudaro testavimo planą, kad patikrintų, ar programinė įranga atitinka reikalavimus, ar ne.
Įėjimo kriterijai | Veikla | Pristatomas | Planuojant bandymų plano reikalavimų specifikaciją, turėtų būti prieinamas programos architektūros dokumentas ir gerai apibrėžti priėmimo kriterijai. | Paruoškite visų reikalavimų ir užklausų sąrašą ir gaukite sprendimus iš techninio vadovo / vadovo, sistemos architektūros, verslo analitiko ir kliento. Sudarykite visų tipų (našumo, funkcinių ir saugumo) testų, kuriuos reikia atlikti, sąrašą. Sudarykite testavimo aplinkos detalių sąrašą, kuriame turėtų būti visi būtini įrankiai bandomiesiems atvejams vykdyti. | Visų būtinų testų, reikalingų tikrinamiems reikalavimams, sąrašas ir išsami informacija apie bandymo aplinką |
---|
Bandymo plano kūrimas:
Testavimo plano kūrimas yra esminis STLC etapas, kuriame apibrėžiamos visos testavimo strategijos. Testeris nustato numatomas viso projekto pastangas ir išlaidas. Šis etapas vyksta sėkmingai užbaigus Reikalavimų analizės etapas . Šiame etape pateikiami bandymo strategijos ir pastangų įvertinimo dokumentai. Bandomąjį atvejį galima pradėti vykdyti sėkmingai užbaigus bandymo plano kūrimą.
Įėjimo kriterijai | Veikla | Pristatomas | Reikalavimo dokumentas | Apibrėžkite programinės įrangos tikslą ir apimtį. Išvardykite testavimo metodus. Testavimo proceso apžvalga. Testavimo aplinkos sutvarkymas. Bandymų grafikų ir kontrolės procedūrų parengimas. Vaidmenų ir atsakomybės nustatymas. Išvardykite testavimo rezultatus, apibrėžkite riziką, jei tokia yra. | Bandymo strategijos dokumentas. Bandymas Pastangų įvertinimo dokumentai yra šio etapo rezultatai. |
---|
Aplinkos nustatymas:
Bandymo aplinkos nustatymas yra nepriklausoma veikla ir gali būti pradėta kartu Bandomojo atvejo kūrimas . Tai yra esminė rankinio testavimo procedūros dalis, nes be aplinkos testavimas neįmanomas. Aplinkos sąrankai reikia pagrindinės programinės ir techninės įrangos grupės, kad būtų sukurta bandomoji aplinka. Testavimo komanda nedalyvauja kuriant testavimo aplinką, ją kuria vyresnieji kūrėjai.
Įėjimo kriterijai | Veikla | Pristatomas | Bandymo strategijos ir bandymų plano dokumentas. Bandomojo atvejo dokumentas. Bandymo duomenys. | Paruoškite programinės ir techninės įrangos sąrašą, analizuodami reikalavimų specifikaciją. Nustatę bandomąją aplinką, atlikite dūmų bandymo atvejus, kad patikrintumėte bandomosios aplinkos pasirengimą. | Vykdymo ataskaita. Defekto ataskaita. |
---|
Bandomojo atvejo vykdymas:
Bandomasis atvejis Vykdomas sėkmingai užbaigus testo planavimą. Šiame etape testavimo komanda pradeda bylos kūrimo ir vykdymo veiklą. Testavimo komanda surašo išsamius testavimo atvejus, taip pat parengia testo duomenis, jei reikia. Parengtus testavimo atvejus peržiūri kolegos komandos nariai arba kokybės užtikrinimo vadovas.
Šiame etape taip pat ruošiamas RTM (Requirement Traceability Matrix). Reikalavimų atsekamumo matrica yra pramonės lygio formatas, naudojamas reikalavimams stebėti. Kiekvienas bandymo atvejis yra susietas su reikalavimų specifikacija. Atgal ir pirmyn atsekamumas gali būti atliekamas naudojant RTM.
Įėjimo kriterijai | Veikla | Pristatomas | Reikalavimo dokumentas | Bandomųjų atvejų kūrimas. Bandomųjų bylų vykdymas. Bandomųjų atvejų kartografavimas pagal reikalavimus. | Bandymo vykdymo rezultatas. Funkcijų sąrašas su išsamiu defektų paaiškinimu. |
---|
Defektų registravimas:
Testuotojai ir kūrėjai įvertina programinės įrangos užbaigimo kriterijus pagal bandymo aprėptį, kokybę, laiko sąnaudas, išlaidas ir svarbiausius verslo tikslus. Šis etapas nustato programinės įrangos charakteristikas ir trūkumus. Bandymo atvejai ir klaidų ataskaitos yra nuodugniai analizuojamos, siekiant nustatyti defekto tipą ir jo sunkumą.
Defektų registravimo analizė daugiausia skirta išsiaiškinti defektų pasiskirstymą, atsižvelgiant į sunkumą ir tipus.Jei aptinkamas koks nors defektas, programinė įranga grąžinama kūrimo komandai, kad ji ištaisytų defektą, tada programinė įranga iš naujo išbandoma visais testavimo aspektais.
Kai bandymo ciklas yra visiškai baigtas, parengiama bandymo užbaigimo ataskaita ir bandymo metrika.
Įėjimo kriterijai | Veikla | Pristatomas | Bandomojo atvejo vykdymo ataskaita. Defekto ataskaita | Jis įvertina programinės įrangos užbaigimo kriterijus pagal bandymo aprėptį, kokybę, laiko sąnaudas, išlaidas ir svarbiausius verslo tikslus. Defektų registravimo analizė nustato defektų pasiskirstymą suskirstydama į kategorijas ir sunkumą. | Uždarymo ataskaita Bandymo metrika |
---|
Bandymo ciklo uždarymas:
Bandymo ciklo uždarymo ataskaita apima visą dokumentaciją, susijusią su programinės įrangos projektavimu, kūrimu, testavimo rezultatais ir defektų ataskaitas.
Šiame etape įvertinama kūrimo strategija, testavimo procedūra, galimi defektai, siekiant panaudoti šią praktiką ateityje, jei yra tokios pat specifikacijos programinė įranga.
Įėjimo kriterijai | Veikla | Pristatomas | Visi su programine įranga susiję dokumentai ir ataskaitos. | Įvertina kūrimo strategiją, testavimo procedūrą, galimus defektus, kad ateityje būtų galima naudoti šią praktiką, jei yra tokios pat specifikacijos programinė įranga | Bandymo uždarymo ataskaita |
---|