Kā tu nosaki, ko nepieciešams pārbaudīt?

Es izmantoju dažādu pieeju kombināciju, lai noteiktu, ko nepieciešams testēt:

Prasību analīze:
- Dokumentācijas izpēte (tehniskais uzdevums, lietotāja stāsti, specifikācijas).
- Neskaidru aspektu precizēšana ar analītiķiem, izstrādātājiem, Product Owner.
- Prasību sadalīšana atomu testu gadījumos.
Riska orientēta testēšana:
- Kritiskāko vai biežāk izmantoto funkciju noteikšana.
- Defektu rašanās varbūtības un to potenciālā ietekmes novērtējums.
- Testu prioritāšu noteikšana, ņemot vērā riskus.
Izstrādes artefaktu analīze:
- UI/UX maketu analīze.
- Izmaiņu pārskatīšana kodā vai konfigurācijā (regresijas testēšanas gadījumā).
- Iepriekšējo defektu žurnālu un pārskatu izpēte.
Testu analīzes tehnikas:
- Ekvivalenta sadalīšana.
- Sasaistes vērtību analīze.
- Stāvokļu un pāreju diagrammas.
- Lēmumu tabulas.
Pētnieciskā testēšana:
- Brīva funkcionalitātes izpēte, lai atklātu neizskaidrotus scenārijus un defektus.
- Testu ideju ģenerēšana, balstoties uz lietotāja un sistēmas uzvedības izpratni.
Kopīgas konsultācijas:
- Diskusijas par realizācijas īpatnībām ar izstrādātājiem.
- Lietotāja scenāriju precizēšana ar Product Owner.
- Pieredzes un zināšanu apmaiņa ar citiem testētājiem.
Automatizācija:
- Kandidātu noteikšana automatizācijai, ņemot vērā stabilitāti, kritiskumu un biežumu.
- Automatizācijas piramīdas piemērošana (Unit, Integration, UI).

Šo pieeju kopums ļauj izveidot pietiekamu testēšanas modeli, kas aptver galvenās funkcijas un nefunkcionālos prasības, kā arī potenciālos riskus.