Testo strategija ir testo planas

Testo strategija

Testavimo strategijos dokumentas yra aukšto lygio dokumentas, kurį paprastai parengia projekto vadovas. Šiame dokumente apibrėžiamas „programinės įrangos testavimo metodas“, kad būtų pasiekti bandymo tikslai.

Testavimo strategija paprastai gaunama iš verslo reikalavimų specifikacijos dokumento.

Bandymo strategijos dokumentas yra statiškas dokumentas, reiškiantis, kad jis nėra dažnai atnaujinamas. Jame nustatomi procesų ir veiklos standartai, o kiti dokumentai, pvz., Bandymų planas, remiasi bandymų strategijos dokumente nustatytais standartais.

Kai kurios įmonės į bandymų planą įtraukia „Test Approach“ arba „Strategy“, tai yra gerai ir paprastai tai būna mažų projektų atveju. Tačiau didesnių projektų atveju kiekvienam testavimo etapui ar lygiui yra vienas testavimo strategijos dokumentas ir skirtingas bandymų planų skaičius.

Testavimo strategijos dokumento komponentai

• Taikymo sritis ir tikslai
• Verslo klausimai
• Vaidmenys ir pareigos
• Bendravimas ir būsenos ataskaitos
• Testo rezultatai
• Laikytis pramonės standartų
• Išbandykite automatiką ir įrankius
• Matavimų ir metrikų tikrinimas
• Rizika ir jos mažinimas
• Pranešimas apie defektus ir stebėjimas
• Pokyčių ir konfigūracijos valdymas
• Treniruočių planas

Testo planas

Kita vertus, bandymų plano dokumentas yra gautas iš gaminio aprašymo, programinės įrangos reikalavimų specifikacijos SRS arba naudojimo atvejo dokumentų.
Testavimo plano dokumentą paprastai rengia bandymo vadovas arba testų tvarkytojas, o dokumente daugiausia dėmesio skiriama aprašyti, ką išbandyti, kaip išbandyti, kada ir kas ką darys.

Neretai yra vienas pagrindinis bandymų planas, kuris yra bendras bandymo etapų dokumentas, ir kiekvienas bandymo etapas turi savo bandymų plano dokumentus.

Daug diskusijų kyla dėl to, ar Testų plano dokumentas taip pat turėtų būti statinis dokumentas, kaip antai minėtas Testavimo strategijos dokumentas, ar jis turėtų būti dažnai atnaujinamas, kad atspindėtų pokyčius atsižvelgiant į projekto kryptį ir veiklas.

Mano asmeninė nuomonė yra ta, kad kai prasideda testavimo etapas ir „Test Manager“ „kontroliuoja“ veiklą, testų planas turėtų būti atnaujintas, kad atspindėtų bet kokius nukrypimus nuo pradinio plano. Galų gale, planavimas ir kontrolė yra tęstinė veikla formaliojo testo procese.

Bandymų plano dokumento komponentai

• Bandymo plano ID
• Įvadas
• Testo elementai
• Tikrinamos savybės
• Funkcijos, kurių negalima išbandyti
• Techniniai bandymai
• Testavimo užduotys
• Sustabdymo kriterijai
• Funkcijos atitinka arba nesėkmingai kriterijus
• Testo aplinka (įėjimo kriterijai, išėjimo kriterijai)
• Testo rezultatai
• Personalo ir mokymo poreikiai
• Atsakomybė
• Tvarkaraštis

Tai yra įprastas bandymų plano ir testavimo strategijos dokumentų rengimo metodas, tačiau viskas gali skirtis kiekvienai įmonei.

Kas yra testavimo politikos dokumentas?

Testavimo politika yra aukšto lygio dokumentas ir yra Testavimo dokumentacijos struktūros hierarchijos viršuje.

„Test Policy“ dokumento tikslas yra reprezentuoti visos įmonės testavimo filosofiją ir pateikti kryptį, kurios testavimo skyrius turėtų laikytis ir laikytis. Ji turėtų būti taikoma ir naujiems projektams, ir priežiūros darbams.

Nustačius tinkamą vyresniųjų vadovų testavimo politiką, sukuriama tvirta sistema, pagal kurią testavimo specialistai gali veikti. Tai padės maksimaliai padidinti kiekvienam projektui būdingą strateginę vertę.

Testavimo politikos dokumento turinys

1. Testavimo apibrėžimas
Organizacijoms turi būti aišku, kodėl jos testuoja. Tai turės įtakos likusiai politikos dokumento daliai ir išsamiems testavimo metodams, kuriuos pasirenka testų vadovai programos ir projekto lygiu.

Iš supratimo, kodėl bandymai reikalingi, galima nurodyti, koks yra testavimo tikslas organizacijoje. Be šio esminio ryšio bandymo bandymas bus nesėkmingas.

Pavyzdys: „užtikrinti, kad programinė įranga atitiktų jos reikalavimus“

2. Bandymo proceso aprašymas
Labai svarbu sukurti tvirtą požiūrį į bandymo procesą. Turėtume spręsti tokius klausimus, kokius etapus ir užduotis apims testavimo procesas. Kurie vaidmenys bus įtraukti ir su kiekviena užduotimi susijusi dokumento struktūra, taip pat į kokius testų lygius reikia atsižvelgti.

Pavyzdys: „visi testų planai yra parašyti pagal įmonės politiką“

3. Testo įvertinimas:
Kaip mes vertinsime testavimo rezultatus, kokias priemones naudosime, kad užtikrintume testo efektyvumą projekte?

Pavyzdys: „gedimo radimo poveikis verslui po jo išleidimo“

4. Siektinas kokybės lygis:
Kokius kokybės kriterijus ketinama tikrinti ir kokį kokybės lygį reikia pasiekti sistemai iki jos išleidimo atsižvelgiant į šiuos kriterijus?

Pavyzdys: „Prieš išleidžiant produktus nėra jokių labai sunkių gedimų“

5. Požiūris į bandymų proceso tobulinimą
Kaip dažnai ir kada vertinsime esamų procesų naudingumą ir kokius elementus reikia tobulinti, ir metodus, kurie bus naudojami procesams tobulinti.

Pavyzdys: „projekto peržiūros susitikimai, kurie vyks pasibaigus projektui“