Testa stratēģija
Test stratēģija ir plāns definēšanas pieeju Programmatūras testēšanas dzīves cikla (STLC). Tas palīdz QA komandām noteikt testa pārklājumu un testēšanas jomu. Tas palīdz testētājiem iegūt skaidru priekšstatu par projektu jebkurā gadījumā. Iespēja izlaist jebkuru testa darbību ir ļoti zema, ja ir izveidota atbilstoša testa stratēģija.
Kas ir testa stratēģijas dokuments?
Testa stratēģijas dokuments ir labi aprakstīts programmatūras testēšanas dokuments, kas skaidri nosaka precīzu programmatūras testēšanas pieeju un lietojumprogrammas testēšanas mērķus. Pārbaudes dokuments ir svarīgs QA komandu dokuments, kas izriet no faktiskajām biznesa prasībām, kas visai komandai sniedz norādījumus par programmatūras testēšanas pieeju un mērķiem katrai darbībai programmatūras testēšanas procesā.
Pārbaudes stratēģijas dokuments atbild uz visiem jautājumiem, piemēram, ko vēlaties paveikt un kā jūs to paveiksiet utt. Efektīva stratēģijas dokumenta rakstīšana ir prasme, ko testētājs attīsta ar pieredzi. Testēšanas stratēģijas plāns ir jāpaziņo ar visu komandu, lai komanda būtu konsekventa attiecībā uz pieeju un pienākumiem.
Testa plāns Vs Testa stratēģija
Pārbaudes plāna un testa stratēģijas dokumentos ir lielas neskaidrības. Citai organizācijai ir savi unikālie procesi un standarti, kā pārvaldīt šos dokumentus. Piemēram, dažas organizācijas testēšanas stratēģijas faktus iekļauj pašā testēšanas plānā, savukārt dažas organizācijas testēšanas plānā iekļauj stratēģiju kā apakšsadaļu.
|
Testa plāns |
Testa stratēģija |
|
|
Lai būtu skaidrāk, vai testa plāns ir kāds galamērķis, tad QA testa stratēģija ir karte, lai sasniegtu šo mērķi.
Kā sagatavot labu testa stratēģijas dokumentu
Katrai organizācijai ir unikāla programmatūras projektēšanas prioritāte un noteikumu kopums, tāpēc nekopējiet nevienu organizāciju akli. Pirms sekot veidnei, vienmēr pārliecinieties, ka viņu dokuments ir saderīgs un rada pievienoto vērtību jūsu programmatūras izstrādei.
Testa stratēģija STLC :
1. solis: Darbības joma
Tas nosaka tādus parametrus kā
- Kurš pārskatīs dokumentu?
- Kas apstiprinās šo dokumentu?
- Programmatūras testēšanas darbības, kas veiktas ar grafikiem
2. solis Pārbaudiet pieeju
Tas nosaka
- Pārbaudes process
- Pārbaudes līmeņi
- Katra komandas locekļa lomas un pienākumi
- Pārbaudes veidi (slodzes pārbaude, drošības pārbaude, veiktspējas testēšana utt.)
- Testēšanas pieeja un automatizācijas rīks, ja piemērojams
- Jaunu defektu pievienošana, atkārtota testēšana, defektu šķirošana, regresijas testēšana un testa parakstīšana
3. solis Pārbaudiet vidi
- Definējiet katrai videi nepieciešamo prasību un iestatījumu skaitu
- Definējiet testa datu dublējumu un atjaunojiet stratēģiju
4. solis Testēšanas rīki
- Testa izpildei nepieciešamie automatizācijas un testēšanas vadības rīki
- Izdomājiet vairākus nepieciešamos atvērtā pirmkoda, kā arī komerciālos rīkus, nosakiet, cik lietotāju tajā tiek atbalstīts, un attiecīgi plānojiet
5. solis Atbrīvošanas kontrole
- Laidiena pārvaldības plāns ar atbilstošu versiju vēsturi, kas nodrošinās visu šī laidiena modifikāciju pārbaudes izpildi
6. solis Riska analīze
- Uzskaitiet visus riskus, kurus varat novērtēt
- Sniedziet skaidru plānu risku mazināšanai, kā arī ārkārtas rīcības plānu
7. solis Pārskatīšana un apstiprinājumi
- Visas šīs darbības pārskata un paraksta biznesa komanda, projekta vadība, izstrādes komanda utt.
- Pārskata izmaiņu kopsavilkums jāseko dokumenta sākumā kopā ar apstiprinātu datumu, vārdu un komentāru
Lejupielādējiet testa stratēģijas veidni
Noklikšķiniet zemāk, lai lejupielādētu testa stratēģijas dokumenta paraugu
Lejupielādējiet testa stratēģijas veidni
Secinājums:
Programmatūras inženierijā programmatūras izlaišana laiku pa laikam iet caur Test Strategy dokumentiem, lai kartētu testēšanas gaitu pareizajā virzienā. Kad izlaišanas datums ir tuvu, daudzas no šīm darbībām tiks izlaistas, ir vēlams apspriest ar komandas locekļiem, vai kādas konkrētas darbības samazināšana palīdzēs atbrīvot bez jebkāda iespējama riska.