Tarkvara kvaliteedi kindlustamine

1. Tarkvara kvaliteedi kindlustamine Leho Lehes

2. Kvaliteet on tasuta • Mida hiljem vead leitakse, seda kallim on neid parandada

3. Kvaliteet on tasuta • Vastavuse kulud (cost of conformance) – kulud, mis on seotud testide planeerimise ja ühekordse käivitamisega. • Mittevastavuse kulud (cost of nonconformance) – kulud, mis on seotud leitud vigadest teavitamise ja nende parandamise jälgimisega.

4. Kvaliteet on tasuta • Sisemised äpardused – vead ja probleemid, mis avastatakse enne toote klientideni jõudmist. • Välimised äpardused – vead ja probleemid, mis avastatakse peale toote klientide poolt kasutusele võtmist.

5. Kvaliteet on tasuta • Oma raamtus Crosby näitab, et sisemiste äparduste poolt tekkinud vastavuse kulud ja mittevastavuse kulud kokku on vähem, kui välimiste äparduste poolt tekkinud mittevastavuse kulud. • Leia oma tootes vead vara või ära üldse vigu tee ja su toode on odavam kui vigu hiljem parandades saadud toode.

6. Tarkvara testimine ja kvaliteedi kindlustamine • Tihtipeale kasutatakse tarkvara kvaliteeti puutuvaid mõisteid (tarkvara testimine, tarkvara kvaliteedi kindlustamine, tarkvara kvaliteedi kontroll jne.), kui sünonüüme ehki nad seda ei ole.

7. Tarkvara testimine • Tarkvara testija ülesandeks on leida vigu! Leida need nii vara kui võimalik ja teha kindlaks, et need saaks parandatud. • Tarkvara testija ei vastuta tarkvara kvaliteedi eest. • Testijate arvu suurendamine ei paranda tarkvara kvaliteeti.

8. Kvaliteedi kindlustamine • Tarkvara kvaliteedi kindlustaja ülesanne on uurida ja hinnata tarkvaratootmise protsessi efektiivsust ja leida võimalusi selle parandamiseks, et tekkivate vigade arvu viia minimaalseks.

9. Muud mõisted • Tarkvara kvaliteedi kontroll • Tarkvara kompileerimine ja testimine • …

10. Testimise grupp organisatsiooni struktuuris • Lisaks testimisgrupi täpsete ülesannete määramisele on oluline ka selle grupi asukoht organisatsiooni üldises struktuuris.

14. Capability Maturity Model (CMM) • Üldine mudel kuidas hinnata tarkvara arendusprotsessi taset. • Hea omadus on see, et see on rakendatav suvalise suurusega arendusmeeskonna puhul. • Koosneb 5 tasemest.

15. 1. Algtase • Tarkvara arendusprotsess on väga kaootiline. • Ei ole võimalik hinnata arenduseks kuluvat aega ja ressurssi. Tulemus sõltub väga palju vedamisel. • Testimine on samamoodi kaootiline.

16. 2. Kordumiste tase • Tarkvara arendusprotsess põhineb projektidel. • Kasutatakse eelmistest projektitest õpitut. • Jälgitakse ressurssi- ja ajakulu • Testimisel kasutatakse testplaane ja testjuhtumeid.

17. 3. Defineerimise tase • Arendusprotsessi juures jälgitakse lisaks projektidele ka organisatsioonilist taset. • On paigas metoodikad ja neid kasutatakse ja kohandatakse erinevate projektide juures. Reeglitest ei loobuta, kui asjad lähevad pingeliseks. • Testiplaanid vaadatakse üle ja kinnitatakse enne testimist. Testijate ja arendajate grupp on lahus. • Testide põhjal hinnatakse toote valmisolekut.

18. 4. Haldamise tase • Arendusprotsess on statistilise kontrolli all. Algselt on paigas nõudmised tarkvarale ja tarkvara ei ole valmis enne, kui need nõudmised on täidetud. • Arendusprotsessi ja toodete kvaliteedi kohta kogutakse pidevalt infot ja tehakse vastavad järeldused, et projektid oleks plaanipärased

19. 5. Optimeerimise tase • See tase on edasiarendus 4. tasemele. • Pidevalt katsetatakse uusi tehnoloogiaid ja protsesse, mõõdetakse nende tulemusi ja täiendatakse sellega pidevalt oma arendusprotsessi.

20. ISO 9000 • ISO 9000 kirjeldab arendusprotsessi standardeid, mitte toote standardeid. • ISO 9000 esitab nõudmised protsessile, kuid ei määra kuidas need nõudmised täidetud peavad olema.