nõuetest- testitakse seni, kuni need on rahuldatud. Testimismeetodite efektiivsuse järjestus: programmeerija poolne esialgne testimine suitsutestimine testimine kasutaja andmetega riskipõhine testimine uuriv testimine ekspertteadmistepõhine testimine piirjuhud ekvivalentsklassid programmipõhine testimine Ühe meetodi kõrge hinnaefektiivsus ei tähenda, et teisi meetodeid ei tuleks kasutada. Meetod võib olla efektiivne ja leida esialgu kiiresti vigu, kuid kõiki vigu ei leia ükski meetod. 29. Millised arutelude ja hindamiste liigid on kasutusel? Töö analüüs autori poolt, läbivaatus, audit, programmeerija hindamine 30. Läbivaatus, selle plussid, miinused, eeltingimused, osavõtjad, korraldus, mängud, suhe Juhtkonda Idee- toote rühmapoolne ühisarutelu kindlate reeglite järgi.
(mida kasutada kõigepealt, mida teises järjekorras?) Vaadeldud meetodite hinnaefektiivsuse järjestus (selles mõttes, et vea leidmise maksumus on väikseim; alates efektiivseimast) on üldjuhul järgmine: programmeerija poolne esialgne testimine, suitsutestimine, testimine kasutaja andmetega, riskipõhine testimine, uuriv testimine, ekspertteadmiste põhine testimine, piirjuhud, ekvivalentsiklassid, programmipõhine testimine, muud meetodid. Ühe meetodi hinnaefektiivsus ei tähenda, et teisi meetodeid ei tuleks kasutada. Meetod võib olla efektiivne ja leida esialgu kiiresti vigu, kuid kõiki vigu ei leia ükski meetod. Seega võib vastavalt programmi kriitilisuse astmele olla vaja kasutada ka kallimaid meetodeid. Vt. Punkti 14 lõpus olevat tabelit. 13. Saavutatav töökindluse tase seniste meetoditega, selle oluline suurendamine. Verifitseerimine. Töökindluse parendamise vahendeid on palju. Mõningaid neist vaadatakse allpool:
annaabi.ee 
