Pēc septiņu testēšanas posmu pabeigšanas rezultāti izskatās labi. Projektā Guru99 Bank nozīmīgas problēmas neradās. Jūs labi pārvaldījāt projektu un lepojāties par šī projekta panākumiem
Diemžēl valde domā citādi
Jums nav pierādījumu, kas parādītu, ka jūs labi vadījāt šo projektu. Jūs prasījāt padomdevējam risinājumu. Šeit ir atbilde
Šī atbilde ir sākums, taču jums joprojām ir šādi jautājumi -
Šī apmācība palīdzēs jums atbildēt uz šiem jautājumiem -
Kas ir testu vadības pārskati un audits?
-
Vadības pārskats: Vadības pārskats ir pazīstams arī kā programmatūras kvalitātes nodrošināšana vai (SQA). Tas vairāk koncentrējas uz programmatūras procesu, nevis uz programmatūras darba produktiem. Kvalitātes nodrošināšana ir darbību kopums, kas paredzēts, lai nodrošinātu, ka projekta vadītājs ievēro standarta procesu, kas jau ir iepriekš noteikts. Citiem vārdiem sakot, kvalitātes nodrošināšana nodrošina, ka Testa vadītājs pareizi rīkojas pareizi.
-
Revīzija: Revīzija ir darba produktu un saistītās informācijas pārbaude, lai novērtētu, vai tika ievērots standarta process.
Kāpēc testu pārvaldības procesā mums ir nepieciešama SQA?
Lai to saprastu, apsveriet šādu scenāriju:
Projektā Guru99 Bank apstrādā dažādas testa fāzes, piemēram -
Kā testa vadītājs jūs esat persona, kas uzņemas atbildību par šīm darbībām. Tomēr jūs esat visaugstākajā pozīcijā projekta komandā. Kurš pārskatīs jūsu uzdevumus un pārbaudīs, vai projekta vadības darbības tiek veiktas visaugstākajā līmenī?
Nu, SQA revidents ir persona, kura izskata un pārbauda arī projektu vadības darbības ir veiktas, lai iespējami augstāko standartu . Tikai šīs pārskatīšanas rezultātā valde var novērtēt jūsu projekta apstrādes kvalitāti.
Tas ir iemesls, kāpēc mums testa pārvaldības procesā ir nepieciešams vadības pārskats vai SQA.
SQA intervē jūs, testa vadītāju, lai salīdzinātu projektu ar noteiktajiem standartiem.
SQA priekšrocības ir:
Kā īstenot kvalitātes nodrošināšanu?
1. solis) Izstrādājiet SQA plānu
Pārbaudes aktivitātei ir nepieciešams testēšanas plāns, tāpat arī SQA aktivitātēm ir nepieciešams plāns, ko sauc par SQA plānu.
SQA plāna mērķis ir izstrādāt amatniecības plānošanas procesus un procedūras, lai nodrošinātu, ka saražotie produkti vai organizācijas sniegtie pakalpojumi ir ārkārtīgi kvalitatīvi.
Projekta plānošanas laikā Test Manager sastāda SQA plānu, kur periodiski tiek plānots SQA audits.
SQA plānā testa vadītājam jādara šādi
1.1. Solis) Nosakiet SQA komandas lomu un pienākumus
Projekta komandā katram dalībniekam ir jābūt atbildīgam par sava darba kvalitāti. Katram cilvēkam ir jāpārliecinās, vai viņa darbs atbilst kvalitātes kritērijiem.
SQA komanda ir personu grupa, kurai ir galvenā loma projektā. Bez kvalitātes nodrošināšanas neviens bizness veiksmīgi nedarbosies. Tāpēc testa vadītājam ir skaidri jānosaka katra SQA dalībnieka atbildība SQA plānā, kā norādīts zemāk:
- Pārskatiet un novērtējiet projekta aktivitāšu kvalitāti, lai tā atbilstu QA kritērijiem
- Koordinējiet ar valdi un projekta komandām, lai novērtētu prasības un iesaistītos projekta pārskatīšanas un statusa sanāksmēs.
- Dizainējiet un apkopojiet metriku, lai uzraudzītu projekta kvalitāti.
- Izmēra produkta kvalitāti; lai produkts atbilstu klienta vēlmēm.
Piemēram, projekta Guru99 Bank SQA plānā varat izveidot SQA komandas dalībnieku sarakstu zemāk
Nē |
Biedrs |
Lomas |
Atbildība |
---|---|---|---|
1 | Pēteris | SQA vadītājs | Izstrādājiet un dokumentējiet kvalitātes standartu un procesu visam vadības procesam Pārvaldiet projekta programmatūras kvalitātes nodrošināšanas darbības |
2 | Džeimss | SQA revidents | Veiciet SQA uzdevumus, ziņojiet SQA vadītājam par SQA pārskatīšanas rezultātu. |
3 | Pupa | SQA revidents | Veiciet SQA uzdevumus, ziņojiet SQA vadītājam par SQA pārskatīšanas rezultātu. |
1.2. Solis.) Darba produktu saraksts, kurus SQA revidents pārskatīs un pārbaudīs
Testa vadītājam vajadzētu
- Uzskaitiet visus katra testa pārvaldības procesa darba produktus
- Nosakiet, kurām telpām vai aprīkojumam SQA auditoram ir piekļuve, lai veiktu SQA uzdevumus, piemēram, procesa novērtēšanu un revīzijas.
Piemēram, projektam Guru99 Bank varat uzskaitīt katra testa pārvaldības procesa darba produktus un noteikt SQA dalībniekiem atļauju piekļūt šiem darba produktiem, kā norādīts šajā tabulā.
Nē | Pārvaldības fāzes | Darba produkts | Ceļš | Atļauja | Piešķirt personai |
---|---|---|---|---|---|
1 | Riska analīze | Riska pārvaldības dokuments | [Servera ceļš] | Lasīt | Visi SQA komandas locekļi |
2 | Novērtējums | Aprēķinu un metrikas ziņojums | … | Lasīt | Pēteris |
3 | Plānošana | Pārbaudes plānošanas dokuments | … | Lasīt | Visi SQA komandas locekļi |
4 | Organizācija | Cilvēkresursu plāns, apmācības plāns | … | Lasīt | Visi SQA komandas locekļi |
5 | Uzraudzība un kontrole | Apkopota metrika par projekta piepūli | … | Lasīt | Pupa |
6 | Jautājumu pārvaldība | Emisijas vadības ziņojums | … | Lasīt | Džeimss |
7 | Testa ziņojums | Testa pārskata dokuments | … | Lasīt | Visi SQA komandas locekļi |
1.3. Solis) Izveidojiet grafiku SQA uzdevumu veikšanai
Šajā posmā testa vadītājam jāapraksta uzdevumi , kas jāveic SQA auditoram, īpaši uzsverot SQA darbības, kā arī katra produkta darba produktu.
Test Manager izveido arī šo SQA uzdevumu plānošanu . Parasti SQA grafiku nosaka projekta izstrādes grafiks. Tāpēc SQA uzdevums tiek veikts saistībā ar programmatūras izstrādes darbībām.
SQA plānā Test Manager sastāda vadības pārskatīšanas grafiku. Piemēram
Datums |
SQA uzdevumi |
Personīgais atbildīgais |
Apraksts |
Rezultāts |
---|---|---|---|---|
2014. gada 30. oktobris | Novērtējiet projekta plānošanas, izsekošanas un pārraudzības procesus | Džeimss | - Programmatūras specifikāciju pārskats - novērtējums, pamatplānojums un projekta plāna pārskatīšana | SQA plānošanas ziņojums, SQA pārskata minūte |
2014. gada 15. decembris | Pārskatīšanas prasību analīze | Džeimss | - Pārskatiet programmatūras prasību izstrādi | Procesa audita ziņojums |
2015. gada 30. marts | Pārskatiet un novērtējiet testa dizainu | Džeimss | - Pārskatiet Test Design dokumentu | SQA ziņojums, SQA pārskata minūte |
2015. gada 30. marts | Pārskatīšanas laidiens | Pupa | - Procesa audits: galīgā izlaišana | SQA procesa audita ziņojums |
2015. gada 2. aprīlis | Pārskata projekta noslēgums | Pupa | - Ārējā pārbaude pēc galīgās piegādes klientam | SQA procesa audita ziņojums |
2. solis. Definējiet standartus / metodiku
Lai pārvaldības darbības salīdzinātu ar standartu procesu, jums jāveic šādas darbības
- Definējiet politikas un procedūras, kuru mērķis ir novērst defektu rašanos pārvaldības procesā
- Dokumentējiet politikas un procedūras
- Informējiet un apmāciet personālu to izmantot
3. solis. Pārskatiet procesu
Pārskatiet projekta darbības, lai pārbaudītu atbilstību definētajam vadības procesam. Vadības pārskatā SQA dalībniekiem jāveic 5 SQA pārskati šādi
SQA pārskatīšanas laiks ir atkarīgs no projekta izstrādes dzīves cikla modeļa. Projekta Guru99 Bank gadījumā pārskatīšanas grafikam jābūt šādam
Katrā SQA posmā SQA locekļi nodrošina projekta plānu, darba produkta un procedūru apspriešanos un pārskatīšanu attiecībā uz atbilstību noteiktajai organizācijas politikai un standarta procedūrām.
Revīzijas laikā SQA dalībniekiem jāizmanto SQA pārskata kontrolsaraksts
Kad esat izgājis 3 programmatūras nodrošināšanas ieviešanas darbības, jums būs Test Management Review & Audit rezultāts. Šie ir pierādījumi, kas jāparāda ieinteresētajām personām par jūsu vadības kvalitāti.
Programmatūras kvalitātes nodrošināšanas paraugprakse
Šeit ir dažas labākās prakses efektīvai SQA ieviešanai
- Nepārtraukta pilnveidošana: viss SQA standarta process ir bieži jāuzlabo un jāpadara oficiāls, lai otrs varētu sekot. Šis process ir jāapstiprina populārām organizācijām, piemēram, ISO, CMMI utt.
- Dokumentācija: Visas kvalitātes nodrošināšanas politikas un metodes, kuras ir noteikusi kvalitātes nodrošināšanas komanda, būtu jādokumentē apmācībai un atkārtotai izmantošanai nākamajos projektos.
- Pieredze: tādu dalībnieku izvēle, kuri ir pieredzējuši SQA auditori, ir labs veids, kā nodrošināt vadības pārskata kvalitāti
- Rīka lietošana: Izmantojot tādu rīku kā izsekošanas rīks, pārvaldības rīks SQA procesam samazina SQA piepūli un projekta izmaksas.
- Metrika: metrikas izstrāde un izveidošana programmatūras kvalitātes izsekošanai tās pašreizējā stāvoklī, kā arī uzlabojumu salīdzināšanai ar iepriekšējām versijām palīdzēs palielināt testēšanas procesa vērtību un briedumu
- Atbildība: SQA process nav SQA dalībnieka, bet ikviena uzdevums. Visi komandas locekļi ir atbildīgi par produkta kvalitāti, ne tikai testa vadītājs vai vadītājs.