Agilan plan ispitivanja - treba li nam zaista?

Treba li nam dokument agilnog plana ispitivanja?

Planiranje ispitivanja važna je aktivnost postupka ispitivanja koja zahtijeva pažljive misli i odluke ne samo voditelja ispitivanja (koji je obično odgovoran za izradu plana ispitivanja) već i svih članova ispitnog tima i voditelja razvoja proizvoda.

Neki vjeruju da je to najvažniji dio postupka testiranja (osobno smatram da je najvažnije dizajniranje testa i apstraktno razmišljanje) i troše mnogo sati i truda smišljajući sjajan plan ispitivanja.

Udžbenici posvećuju čitav dio koji se odnosi na planiranje ispitivanja, kako ga napisati i što uključiti u plan ispitivanja, dok neka upravna tijela i regulatorne organizacije poput FDA zahtijevaju sveobuhvatan plan ispitivanja kako bi odobrili proizvod.

U stvarnom svijetu, u vodopadnom okruženju, često je dokument plana ispitivanja onaj koji se teško ikad pogleda tijekom životnog ciklusa proizvoda. Aktivnost „Planiranja i praćenja ispitivanja“ trebala bi biti trajna aktivnost tijekom životnog ciklusa projekta, trebala bi se ažurirati u skladu s promjenama na projektu, ali u većini slučajeva to nije slučaj; plan ispitivanja ili nije ažuriran ili su promjene retrospektivne, čineći plan ispitivanja najmanje vrijednim nusproizvodom.

Iako se planiranje ispitivanja gotovo uvijek smatra nužnim proizvodom u projektu slapa, trebamo li zaista plan ispitivanja za agilni projekt? tj. dodaje li doista vrijednost onome što cijeli tim pokušava postići?

Okretni manifest očito favorizira radni softver preko sveobuhvatne dokumentacije i reagirajući na promjene preko slijeđenja plana.

U agilnom okruženju, sadržaj izdanja (stavke) raspravlja se prije sprinta, tako da ispitni tim unaprijed zna koji je opseg i što treba testirati.

U „igri planiranja pokera“ raspravlja se o procjenama tako da tim za testiranje zna koliko će vremena trebati za testiranje neke značajke (to uključuje postavljanje okoline, scenarije, automatizaciju, istraživanje, performanse itd.).

U 'sesiji pisanja priča', gdje se promišljaju detalji svake značajke, testni tim već počinje pisati scenarije kako bi obuhvatili brojne načine na koje se priče mogu testirati - ovo je najcjenjenija aktivnost tima.

Tijekom sprinta QA kontinuirano testira novi kôd / značajku. Planiranje testa postaje dinamična aktivnost jer se prioriteti dana mijenjaju. Testiranje se temelji na tome koja je aktivnost dana i ishod prethodnog dana.

Jasno je očito da plan ispitivanja ne otkriva nedostatke, ali scenariji ispitivanja hoće. Napor treba usmjeriti na stvaranje boljih scenarija od stvaranja plana ispitivanja.

Ono što je stvarno potrebno je kratko dokument agilne strategije testiranja koji opisuje procese primjenjive u sprintima , tj. odjeljci o planiranju sprinta, radionicama specifikacija, ručnom osiguranju kvalitete, automatizaciji, pokrivenosti ispitivanjem, izvještavanju o ispitivanjima, testnim okruženjima, postavljanju itd. To su procesi i aktivnosti primjenjivi na svaki sprint, ali naravno izvedeni iz vizije tvrtke.

Dakle, imajući sve ovo na umu, jesu li dokument o ispitnom planu ili opsežne strategije ispitivanja zaista stvar prošlosti? Treba li nam zaista agilni plan ispitivanja?