Kuidas sa määrad, mida testida tuleb?

Ma kasutangi erinevate lähenemisviiside kombinatsiooni, et määrata kindlaks, mida testida:

1. Nõuete analüüs:

   • Dokumentatsiooni uurimine (tehniline ülesanne, kasutajalood, spetsifikatsioonid).
   • Ebaselgete punktide täpsustamine analüütikutega, arendajatega, Product Owner'iga.
   • Nõuete jagamine atomaarseteks testjuhtumiteks.

2. Riski põhjal testimine:

   • Kõige kriitilisemate või sageli kasutatavate funktsioonide määratlemine.
   • Vea tekkimise tõenäosuse ja nende potentsiaalse mõju hindamine.
   • Testide prioriseerimine tuvastatud riskide alusel.

3. Arendusartefaktide uurimine:

   • UI/UX makettide analüüs.
   • Muudatuste vaatamine koodis või konfiguratsioonis (regressioonitesti puhul).
   • Eelmiste vigade logide ja aruannete uurimine.

4. Testianalüüsi tehnikate kasutamine:

   • Ekvivalentsed jaotused.
   • Piirväärtuste analüüs.
   • Oleku- ja ülemineku diagrammid.
   • Otsustabelid.

5. Uuriv testimine:

   • Vaba funktsionaalsuse uurimine, et avastada ebatäheldavaid stsenaariume ja vigu.
   • Testide ideede genereerimine kasutaja ja süsteemi käitumise mõistmise põhjal.

6. Meeskonna konsultatsioonid:

   • Arutelu arendajatega rakendamise omaduste üle.
   • Kasutajastsenaariumide täpsustamine Product Owner'iga.
   • Kogemuste ja teadmiste vahetamine teiste testijatega.

7. Automatiseerimine:

   • Kandidaatide määramine automatiseerimiseks stabiilsuse, kriitilisuse ja sageduse alusel.
   • Automatiseerimise püramiidi kasutamine (Unit, Integration, UI).

Selle lähenemisviiside kogum võimaldab luua piisava testimismudeli, mis katab põhifunktsioonid ja mittefunktsionaalsed nõuded ning potentsiaalsed riskid.