Kaip suprantate testų atvejų projektavimo procesą?

Testų atvejų projektavimas yra sistemingas požiūris į konkretaus testavimo scenarijaus įėjimo duomenų, išankstinių sąlygų, tikėtinų rezultatų ir galutinių sąlygų kūrimą ir dokumentavimą. Tikslas — patikrinti tam tikrą sistemos funkcionalumą ar reikalavimą.

Proceso etapai:

1. Reikalavimų analizė (Requirement Analysis): Dokumentacijos (Vartotojo istorijos, specifikacija) nagrinėjimas, testuojamos funkcionalumo nustatymas, aiškių ir neaiškių reikalavimų identifikavimas.
2. Testavimo sąlygų nustatymas (Test Condition Identification): Nustatyti specifinius sąlygų ar vykdymo kelių, kuriuos reikia išbandyti. Remiasi reikalavimais ir rizikos analize.
3. Testo dizaino technikų pasirinkimas (Test Design Techniques): Technikų taikymas, siekiant pasirinkti optimalų ir efektyvų testų duomenų ir scenarijų rinkinį:
   • Ekvivalencijos klasės (Equivalence Partitioning)
   • Riba reikšmės (Boundary Value Analysis)
   • Sprendimų lentelės (Decision Tables)
   • Būsenų perėjimo diagramos (State Transition Diagrams)
   • Porų testavimas (Pairwise Testing)
   • Eksploracinis testavimas (Exploratory Testing)
4. Testų atvejų specifikacija (Test Case Specification): Detalių testų atvejų kūrimas pagal pasirinktus sąlygas ir technikas:
   • Testo atvejo ID
   • Pavadinimas
   • Prioritetas
   • Tipas (Funkcija, UI, Veikimo našumas ir kt.)
   • Aprašymas/Tikslas
   • Išankstinės sąlygos
   • Vykdymo žingsniai (Test Steps)
   • Tikėtinas rezultatas (Expected Result)
   • Galutinės sąlygos/Valymas
5. Testų atvejų peržiūra (Test Case Review): Testų atvejų patikrinimas kolegų dėl jų pilnumo, tikslumo, aiškumo ir atitikimo reikalavimams.
6. Testų atvejų valdymas (Test Case Management): Testavimo sistemose (TMS), pvz., TestRail, Zephyr, Xray, saugojimas ir organizavimas.

Taigi, testų atvejų projektavimas — tai ne tik žingsnių rašymas, bet ir kompleksinė veikla, skirta užtikrinti kokybišką reikalavimų padengimą naudojant optimalų testų rinkinį.