ProgramÅ³ sistemÅ³ inÅ¾inerija - Matematikos ir Informatikos fakultetas ...

More documents

Recommendations

Info

Programų sistemų inžinerija9. Testavimo brandos modelisEsamos testavimo praktikos tyrimas [Dur93] parodė tiek geriausias, tiek blogiausiastestavimo aplinkas, kurių pagrindu buvo pasiūlyti atitinkantys realybę testavimo procesovertinimo ir gerinimo rodikliai.Atskiro testuotojo mentalinio modelio vystymosi [Bei90] idėjos buvo panaudotos TMM:brandi testavimo organizacija remiasi įgūdžiais, galimybėmis ir nuostatomis (požiūriu) jojedirbančių individųTMM struktūraTMM yra pakopinės architektūros proceso modelis. Jame yra apibrėžti 5 testavimo procesobrandos lygiai (angl. Maturity Levels):Goals).1. Pradinis (angl. Initial)2. Fazės apibrėžimo (angl. Phase Definition)3. Integravimo (angl. Integration)4. Valdymo ir matavimo (angl. Management and Measurement)5. Optimizavimo, defektų prevencijos ir kokybės kontrolės (angl. Optimization, DefectPrevention and Quality Control)Kiekvienam brandos lygiui, išskyrus 1-ą lygį, apibrėžiami brandos tikslai (angl. MaturityDetalesnė (vidinė) modelio struktūra pateikta 9.4 pav. Kiekvienas brandos lygis parodoatitinkamą testavimo proceso gebėjimą (angl. Testing Capability). Brandos tikslai (angl.Maturity Goals) tikslus, kurie turi būti pasiekti proceso gerinimo eigoje, arba, kitaip sakant,proceso sritis, kurios turi būti įgyvendintos. Brandos tikslai detalizuojami į brandos potikslius(angl. Maturity Subgoals), nusakančius mažiau abstrakčius tikslus, jų įgyvendinimo apimtį irrezultatus. Tikslų yra siekiama atliekant veiklas, užduotis ir apibrėžiant atsakomybes (angl.Activities/Tasks/Responsibilities). Veiklos ir užduotys apibrėžia, kas turi būti daroma testavimoproceso pagerinimui atitinkamame lygyje; jos turi būti pritaikomos organizacijai irįgyvendinamos (angl. Implementation and organizational adaptation). Veikloms yrapriskiriamos atsakomybės ir užduotys yra grupuojamos į 3 grupes, atitinkančias esminiustestavimo proceso dalyvius – vadovus, kūrėjus/testuotojus ir naudotojus/užsakovus. Modelyje josvadinamos kritiniais požiūriais (angl. Critical views).Vadovų (angl. Manager) požiūris apima įsipareigojimą ir gebėjimą atlikti veiklas iružduotis, susijusias sutestavimo proceso gerinimu. Vadovų TMM kontekste pavyzdžiai: projektovadovas, testavimo grupės vadovas, kokybės užtikrinimo vadovas, o taip pat ir aukštesnio lygiovadovai – skyriaus ar padalinio vadovas.Mokymo medžiaga 134
Programų sistemų inžinerija9. Testavimo brandos modelisKūrėjų/testuotojų (angl. Developer/tester) požiūris apima technines veiklas ir užduotis,įgyvendinančias testavimą. Kūrėjai ir testuotojai tai žmonės specifikuojantys, projektuojantys,koduojantys ir testuojantys programinę įrangą.Naudotojų/užsakovų (angl. User/client) požiūris apibrėžtas kaip bendradarbiaujantis arpalaikantis. Jis orientuojasi į pastangas gauti naudotojų/užsakovų palaikymą, konsensusopasiekimą ir įtraukimą į reikalavimų analizę, naudojamumo testavimą, sistemos veikimoaplinkos apibrėžimą ir priėmimo testų (angl. acceptance testing) planavimą.LygisnurodoapibrėžiaTestavimogebėjimasBrandos tikslaiBrandospotiksliaipalaikopasiekiami perVeiklos, užduotys, atsakomybėsskirtiDiegimas irpritaikymasorganizacijojeKritiniaipožiūriaisugrupuoti pagalVadovųKūrėjų/testuotojųNaudotojų/užsakovų9.4 pav. Vidinė TMM brandos lygio struktūraTMM vertinimo modelisVertinimo modelis turi pateikti žingsnius, veiklas, užduotis ir formas proceso vertinimuipagal formalų proceso modelį. Jis taip pat turėtų padėti, atlikus vertinimą, gerinti procesą.TMM vertinimo modelis tenkina šiuos reikalavimus: naudoja TMM proceso modelį irvertina, kaip (kiek) organizacija pasiekia TMM brandos tikslus.Vertinimo modelį sudaro 3 pagrindinės komponentės:1) vertinimo komandos parinkimas ir apmokymas;2) vertinimo procedūra;Mokymo medžiaga 135
Page 1 and 2:
EUROPOS SĄJUNGAEuropos socialinis
Page 3 and 4:
Programų sistemų inžinerijaTurin
Page 5 and 6:
Lyderiai ir jų pasekėjai.........
Page 7:
Programų sistemų inžinerija1. Pr
Page 10 and 11:
Page 12 and 13:
Page 14:
Page 20 and 21:
Page 25 and 26:
Page 27 and 28:
Page 29 and 30:
Page 31 and 32:
Page 33 and 34:
Page 35 and 36:
Page 37 and 38:
Page 39 and 40:
Page 41 and 42:
Page 43 and 44:
Programų sistemų inžinerija4. In
Page 45 and 46:
Page 47 and 48:
Page 49 and 50:
Page 51 and 52:
Programų sistemų inžinerijaKateg
Page 53 and 54:
Page 55 and 56:
Page 57 and 58:
Page 59 and 60:
Page 61 and 62:
Page 63 and 64:
Page 65 and 66:
Page 67 and 68:
Page 69 and 70:
Page 71 and 72:
Page 73 and 74:
Page 75 and 76:
Page 77 and 78:
Page 79 and 80:
Page 81 and 82:
Programų sistemų inžinerija7. As
Page 83 and 84: Programų sistemų inžinerija7. As
Page 91 and 92: Programų sistemų inžinerijaPrinc
Page 103 and 104: Programų sistemų inžinerija8. Ko
Page 127 and 128: Programų sistemų inžinerijaPrinc
Page 131 and 132: Programų sistemų inžinerija9. Te
Page 133: Programų sistemų inžinerija9. Te
Page 141 and 142: Programų sistemų inžinerija10. J
Page 157 and 158: Programų sistemų inžinerija11. P
Page 169 and 170: Programų sistemų inžinerija12. V
Page 185:
Programų sistemų inžinerijaKontr
show all

ProgramÅ³ sistemÅ³ inÅ¾inerija - Matematikos ir Informatikos fakultetas ...

Create successful ePaper yourself

Delete template?

Save as template?