Kaip nustatai, ką reikia išbandyti?

Man naudodamas įvairių požiūrių derinius, nustatau, ką reikia testuoti:

1. Reikalavimų analizė:

   • Dokumentacijos studijavimas (techninis užduotis, naudotojų istorijos, specifikacijos).
   • Neaiškių aspektų aiškinimasis su analitikais, kūrėjais, Product Owner.
   • Reikalavimų suskirstymas į atominius testų atvejus.

2. Rizikos pagrindu grindžiama testavimas:

   • Kritiškiausių ar dažniausiai naudojamų funkcijų nustatymas.
   • Dėmės tikimybės ir galimo poveikio įvertinimas.
   • Testų prioritetų nustatymas remiantis rizika.

3. Kūrimo artefaktų analizė:

   • UI/UX maketų analizė.
   • Kodo ar konfigūracijos pakeitimų peržiūra (regresinio testavimo atveju).
   • Anksčiau rastų defektų žurnalų ir ataskaitų studijavimas.

4. Testų analizės technikų taikymas:

   • Ekvivalentiškas skirstymas.
   • Riba reikšmių analizė.
   • Būsenų ir perėjimų diagramos.
   • Sprendimų lentelės.

5. Tyrimų testavimas:

   • Laisvas funkcionalumo tyrimas, siekiant atskleisti neaiškius scenarijus ir defektus.
   • Testų idėjų generavimas remiantis vartotojo ir sistemos elgesio supratimu.

6. Konsultacijos su komanda:

   • Diskusijos apie įgyvendinimo ypatybes su kūrėjais.
   • Vartotojo scenarijų patikslinimas su Product Owner.
   • Patirties ir žinių mainai su kitais testuotojais.

7. Automatizacija:

   • Kandidatų automatinimui nustatymas remiantis stabilumu, kritiškumu ir dažnumu.
   • Automatizavimo piramidės taikymas (Unit, Integration, UI).

Šių požiūrių visuma leidžia sukurti pakankamą testavimo modelį, apimantį pagrindinius funkcinius ir nefunkcinius reikalavimus bei galimus rizikos veiksnius.