Efektiivseks testimiseks ei piisa vaid süsteemist, on vaja ka teada nõudeid ja protsesse. Testimise meetodeid ·Dünaamiline testimine testimine, mille käigus testitavat tarkvara käivitatakse · Staatiline testimine (static testing) süsteemi või komponendi (koodi või dokumendi) testimine ilma testitavat tulemit käivitamata (Läbivaatuse (review), Staatiline analüüs (static analysis)) · Valge kasti testimine - Testijal on juurdepääs sisemistele andmestruktuuridele ja algoritmidele (ja koodile, mida rakendatakse). Testija püüab süstemaatiliselt läbida programmi mingeid osasid, näiteks lauseid, harusid, teid. Valge kasti testimine sisaldab: -- Rakendusliideste (API) testimine rakendust testitakse avalike ja privaatsete rakendusliideste kaudu -- Vigade süstimine koodi ulatuse parandamine kontrollides, kas tarkvara töötab vigade lisamisel -- Staatiline testimine valge kasti testimine hõlmab kogu staatilist testimist
Tunni jooksul leitav vigade keskmine arv: • Funktsionaalne valge kasti testimine – 0.282 • Funktsionaalne musta kasti testimine – 0.322 • Läbivaatlused – 1.056(nt Standupid) Reeve’i ruusikareegel – iga inspektsiooni käigus leitud viga säästab 9.3 töötundi. Kastide testimine (valge/musta/halli kasti meetodid). Valge kasti testimine: Testijal on juurdepääs sisemistele andmestruktuuridele ja algoritmidele (ja koodile, mida rakendatakse). Testija püüab süstemaatiliselt läbida programmi mingeid osasid, näiteks lauseid, harusid, teid. Valge kasti testimise tüübid: • Rakendusliideste testimine – rakendust testitakse avalike ja privaatsete rakendusliideste kaudu • Koodi ulatus – luuakse teste, mis testivad koodi ulatust. Näiteks testi disainer võib luua
o Millele teha läbivaatust? Nõuetele Arhitektuuri joonisele Tarkvaraga seotud erinevate joonised: UML diagrammid jne Koodile, kood struktuurile, kas kood vastab Clean Code nõuetele Protsessile: kas töö on organiseeritud valitud protsessi järgi? Tegevusele: Scrum o Kastide testimised: Valge kasti testimine Testijal on juurdepääs sisemistele andmestruktuuridele ja algoritmidele (ja koodile, mida rakendatakse). Testija püüab süstemaatiliselt läbida programmi mingeid osasid, näiteks lauseid, harusid, teid. Valge kasti testimise tüübid on: o Rakendusliideste (API) testimine – rakendust testitakse avalike ja privaatsete rakendusliideste kaudu
● Tunni jooksul leitav vigade keskmine arv ○ Funktsionaalne valge kasti testimine – 0.282 ○ Funktsionaalne musta kasti testimine – 0.322 ○ Läbvaatused – 1.056 ● • Reeve’i rusikareegel – iga inspektsiooni käigus leitud viga säästab 9.3 töötundi 75. Valge kasti testimine. Testijal on juurdepääs sisemistele andmestruktuuridele ja algoritmidele (ja koodile, mida rakendatakse). Testija püüab süstemaatiliselt läbida programmi mingeid osasid, näiteks lauseid, harusid, teid. Valge kasti testimise tüübid on: ● Rakendusliideste (API) testimine – rakendust testitakse avalike ja privaatsete rakendusliideste kaudu ● Koodi ulatus – luuakse teste, mis testivad koodi ulatust. Näiteks testi disainer võib
annaabi.ee 
