Tarkvara kvaliteet ja standardid
· tellija katsetab tarkvara ja annab programmeerijale leitud vigade kirjelduse
· programmeerija parandab vead ja annab üle parandatud toote
Ülaltoodud tegevusi võib korrata üks või rohkem kordi.
Vastutusrikka tarkvara puhul, mida hakkab kasutama palju kasutajaid, eelmine skeem enam
hästi
ei toimi, sest seda peavad katsetama erinevad kasutajad. Reaalselt on kasutatud sellist skeemi:
· arendus ja arendajapoolne testimine
· rakendus- ja testimiseksperdi (nt toetusrühma) poolne testimine
· kasutajate rühma testimine
· igalt etapilt võib minna tagasi eelmistele etappidele, kui leiti vigu
Kas viimasest meetodist piisab ka kriitilistes rakendustes? Osutub, et paljudes olukordades
mitte. Põhjusteks, mis sunnivad kasutama keerukamat töökorraldust, võivad olla
· tarkvara on süsteemi sisse ehitatud, süsteemi testimine on kallis - tekib vajadus
lahutada
tarkvara ja süsteemi test
annaabi.ee 
