Testo strategija
Testas strategija yra apibrėžti požiūrį į programinės įrangos testavimo Life Cycle (STLC) planas. Tai padeda kokybės užtikrinimo komandoms apibrėžti testų aprėptį ir testavimo apimtį. Tai padeda testuotojams bet kuriuo atveju gauti aiškų projekto vaizdą. Galimybė praleisti bet kokią bandomąją veiklą yra labai maža, kai yra nustatyta tinkama testavimo strategija.
Kas yra bandymo strategijos dokumentas?
Testavimo strategijos dokumentas yra gerai aprašytas programinės įrangos testavimo dokumentas, kuriame aiškiai apibrėžtas tikslus programinės įrangos testavimo metodas ir programinės įrangos testavimo tikslai. Bandomasis dokumentas yra svarbus kokybės užtikrinimo komandų dokumentas, parengtas remiantis realiais verslo reikalavimais, kurie nurodo visai komandai apie programinės įrangos testavimo metodą ir tikslus kiekvienai programinės įrangos testavimo proceso veiklai.
Testo strategijos dokumentas atsako į visus klausimus, pvz., Ką norite nuveikti ir kaip ketinate tai atlikti ir pan. Efektyvaus strategijos dokumento rašymas yra įgūdis, kurį testuotojas tobulina turėdamas patirties. Testavimo strategijos planas turėtų būti perduotas visai komandai, kad komanda nuosekliai laikytųsi požiūrio ir atsakomybės.
Testų planas prieš bandymų strategiją
Testų plano ir testavimo strategijos dokumentuose kyla daug painiavos. Skirtinga organizacija turi savo unikalius procesus ir standartus, kaip valdyti šiuos dokumentus. Pavyzdžiui, kai kuri organizacija įtraukia testavimo strategijos faktus į patį testavimo planą, o kai kuri organizacija įtraukia strategiją kaip į testavimo plano poskyrį.
|
Testo planas |
Testo strategija |
|
|
Kad būtų aiškiau, ar bandymo planas yra kažkokia paskirties vieta, tada QA testavimo strategija yra žemėlapis, skirtas pasiekti tą tikslą.
Kaip parengti gerą bandymų strategijos dokumentą
Kiekviena organizacija turi savo unikalų programinės įrangos projektavimo prioritetą ir taisyklių rinkinį, todėl nekopijuokite jokios organizacijos aklai. Prieš sekdami šabloną, visada įsitikinkite, kad jų dokumentas yra suderinamas ir suteikia pridėtinės vertės jūsų programinės įrangos kūrimui.
Testavimo strategija STLC :
1 žingsnis: taikymo sritis
Jis apibrėžia tokius parametrus kaip
- Kas peržiūrės dokumentą?
- Kas patvirtins šį dokumentą?
- Programinės įrangos testavimo veikla, atliekama laikui bėgant
2 žingsnis Išbandykite požiūrį
Tai apibrėžia
- Testavimo procesas
- Testavimo lygiai
- Kiekvieno komandos nario vaidmenys ir pareigos
- Testavimo tipai (apkrovos testavimas, saugumo testavimas, „Performance“ testavimas ir kt.)
- Testavimo metodas ir automatikos įrankis, jei taikoma
- Naujų defektų pridėjimas, pakartotinis testavimas, defektų nustatymas, regresijos testavimas ir bandomojo signalo išjungimas
3 žingsnis Išbandykite aplinką
- Apibrėžkite kiekvienai aplinkai reikalingų reikalavimų ir sąrankos skaičių
- Apibrėžkite bandymo duomenų atsarginę kopiją ir atkurkite strategiją
4 žingsnis Testavimo įrankiai
- Automatizavimo ir bandymų valdymo priemonės, reikalingos bandymui vykdyti
- Išsiaiškinkite keletą reikalingų atvirojo kodo ir komercinių įrankių, nustatykite, kiek vartotojų jame palaikoma, ir atitinkamai suplanuokite
5 žingsnis Atleiskite valdymą
- Leidimo valdymo planas su tinkama versijų istorija, kuris užtikrins, kad bus vykdomas visas to leidimo modifikavimas
6 žingsnis Rizikos analizė
- Išvardinkite visas rizikas, kurias galite įvertinti
- Pateikite aiškų rizikos mažinimo planą ir nenumatytų atvejų planą
7 žingsnis Peržiūra ir patvirtinimai
- Visas šias veiklas peržiūri ir pasirašo verslo komanda, projektų valdymas, kūrėjų komanda ir kt.
- Peržiūros pakeitimų santrauka turėtų būti atsekama dokumento pradžioje kartu su patvirtinta data, pavadinimu ir komentaru
Atsisiųskite bandymo strategijos šabloną
Norėdami atsisiųsti bandymo strategijos dokumento pavyzdį, spustelėkite toliau
Atsisiųskite bandymo strategijos šabloną
Išvada:
Programinės įrangos inžinerijos srityje programinės įrangos išleidimas kartkartėmis eina per „Test Strategy“ dokumentus, kad būtų galima nustatyti bandymų eigą tinkama linkme. Kai išleidimo data bus artima, daugelis šių veiklų bus praleistos, pageidautina su komandos nariais aptarti, ar tam tikros veiklos nutraukimas padės išleisti be jokios galimos rizikos.