200 likes | 471 Views
Tarkvara kvaliteedi kindlustamine. Leho Lehes. Kvaliteet on tasuta. Mida hiljem vead leitakse, seda kallim on neid parandada. Kvaliteet on tasuta. Vastavuse kulud (cost of conformance) – kulud, mis on seotud testide planeerimise ja ühekordse käivitamisega.
E N D
Tarkvara kvaliteedi kindlustamine Leho Lehes
Kvaliteet on tasuta • Mida hiljem vead leitakse, seda kallim on neid parandada
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.
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.
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.
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.
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.
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.
Muud mõisted • Tarkvara kvaliteedi kontroll • Tarkvara kompileerimine ja testimine • …
Testimise grupp organisatsiooni struktuuris • Lisaks testimisgrupi täpsete ülesannete määramisele on oluline ka selle grupi asukoht organisatsiooni üldises struktuuris.
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.
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.
2. Kordumiste tase • Tarkvara arendusprotsess põhineb projektidel. • Kasutatakse eelmistest projektitest õpitut. • Jälgitakse ressurssi- ja ajakulu • Testimisel kasutatakse testplaane ja testjuhtumeid.
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.
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
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.
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.