Po končanih sedmih fazah testiranja so rezultati videti dobro. V projektu Guru99 Bank ni prišlo do pomembnih težav. Projekt ste dobro vodili in bili ste ponosni na uspeh tega projekta
Žal uprava meni drugače
Nimate nobenih dokazov, ki bi dokazovali, da ste ta projekt dobro vodili. Za rešitev ste vprašali svetovalca. Tu je odgovor
Ta odgovor je začetek, vendar imate še vedno naslednja vprašanja -
Ta vadnica vam bo pomagala odgovoriti na ta vprašanja -
Kaj so pregledi in revizija upravljanja testov?
-
Management Management: Management Review je znan tudi kot Software Quality Assurance ali (SQA). Bolj se osredotoča na postopek programske opreme kot na izdelke za programsko opremo. Zagotavljanje kakovosti je sklop dejavnosti, namenjenih zagotavljanju, da vodja projekta sledi standardnemu postopku, ki je že vnaprej določen. Z drugimi besedami, zagotavljanje kakovosti zagotavlja, da vodja testov počne prave stvari na pravi način.
-
Revizija: Revizija je pregled delovnih izdelkov in z njimi povezanih informacij, da se oceni, ali je bil upoštevan standardni postopek ali ne.
Zakaj potrebujemo SQA v procesu upravljanja testov?
Da bi to razumeli, upoštevajte naslednji scenarij -
V projektu Guru99 Bank obravnava različne testne faze, kot so -
Kot vodja preizkusov ste vi tisti, ki prevzamete odgovornost za te dejavnosti. Vendar ste na najvišjem položaju v projektni skupini. Kdo bo pregledal vaše naloge in preveril, ali se vodenje projektov izvaja po najvišjih standardih?
No, revizor SQA je oseba, ki pregleduje in preverja, ali se vodenje projektov izvaja po najvišjih možnih standardih . Samo na podlagi tega pregleda lahko upravni odbor oceni kakovost ravnanja z vašimi projekti.
To je razlog, zakaj v procesu upravljanja preskusov potrebujemo Management Review ali SQA.
SQA opravi razgovor z vami, vodjo preizkusa, da projekt primerja s postavljenimi standardi.
Prednosti SQA so -
Kako izvajati zagotavljanje kakovosti?
Korak 1) Razvijte načrt SQA
Potrebna je preizkusna dejavnost Načrt preizkusa. Tudi dejavnost SQA potrebuje načrt, ki se imenuje načrt SQA.
Cilj načrta SQA je izdelati postopke in postopke načrtovanja, da se zagotovi, da so proizvedeni izdelki ali storitve, ki jih nudi organizacija, izjemne kakovosti.
Med načrtovanjem projekta Test Manager izdela načrt SQA, pri katerem je redno načrtovana revizija SQA.
V načrtu SQA mora vodja preskusov narediti naslednje
Korak 1.1) Ugotovite vlogo in odgovornosti skupine za zagotavljanje kakovosti
V projektni skupini mora biti vsak član odgovoren za kakovost svojega dela. Vsaka oseba mora zagotoviti, da njeno delo izpolnjuje merila kakovosti.
Ekipa SQA je skupina oseb, ki igra glavno vlogo v projektu. Brez preverjanja kakovosti nobeno podjetje ne bo uspešno poslovalo. Zato mora vodja preskusov jasno pojasniti odgovornost vsakega člana SQA v načrtu SQA, kot je navedeno spodaj:
- Preglejte in ovrednotite kakovost projektnih dejavnosti, da izpolnjujete merila za zagotavljanje kakovosti
- Uskladite se z upravnim odborom in projektnimi skupinami, da ocenite zahteve in sodelujete v sestankih o pregledu in statusu.
- Oblikujte sledenje in zbirajte meritve za spremljanje kakovosti projekta.
- Izmerite kakovost izdelka; zagotoviti, da izdelek izpolnjuje pričakovanja kupcev.
Na primer, v načrtu SQA za projekt Guru99 Bank lahko ustvarite seznam članov skupine SQA, kot spodaj
Ne |
Član |
Vloge |
Odgovornost |
---|---|---|---|
1. | Peter | Vodja SQA | Razviti in dokumentirati standard kakovosti in postopek za vse postopke upravljanja Upravljati dejavnosti zagotavljanja kakovosti programske opreme za projekt |
2. | James | Revizor SQA | Opravljajte naloge SQA, poročajte vodji SQA o rezultatu pregleda SQA. |
3. | Fižol | Revizor SQA | Opravljajte naloge SQA, poročajte vodji SQA o rezultatu pregleda SQA. |
Korak 1.2) Seznam delovnih izdelkov, ki jih bo revizor SQA pregledal in revidiral
Test Manager bi moral
- Naštejte vse delovne izdelke vsakega postopka vodenja testov
- Določite, do katerih naprav ali opreme lahko revizor SQA dostopa za izvajanje nalog SQA, kot so ocene postopkov in revizije.
Na primer, za projekt Guru99 Bank lahko navedete delovne produkte vsakega procesa upravljanja preskusov in določite dovoljenje za dostop članov SQA do teh delovnih izdelkov v skladu s spodnjo tabelo
Ne | Faze upravljanja | Delovni izdelek | Pot | Dovoljenje | Nepovratna sredstva za osebo |
---|---|---|---|---|---|
1. | Analiza tveganja | Dokument o obvladovanju tveganj | [Pot strežnika] | Preberite | Vsi člani ekipe SQA |
2. | Ocena | Poročilo o oceni in metriki | ... | Preberite | Peter |
3. | Načrtovanje | Dokument o načrtovanju preskusov | ... | Preberite | Vsi člani ekipe SQA |
4. | Organizacija | Načrt človeških virov, načrt usposabljanja | ... | Preberite | Vsi člani ekipe SQA |
5. | Spremljanje in nadzor | Zbrane metrike projektnega napora | ... | Preberite | Fižol |
6. | Upravljanje izdaje | Poročilo o upravljanju izdaje | ... | Preberite | James |
7. | Testno poročilo | Dokument s testnim poročilom | ... | Preberite | Vsi člani ekipe SQA |
Korak 1.3) Ustvarite urnik za izvajanje nalog SQA
V tem koraku mora vodja preskusa opisati naloge, ki jih mora opraviti revizor SQA, s posebnim poudarkom na dejavnostih SQA in delovnem izdelku za vsako nalogo.
Test Manager tudi ustvari razpored teh nalog SQA. Običajno urnik SQA temelji na urniku razvoja projekta. Zato se opravi naloga SQA glede na to, katere dejavnosti razvoja programske opreme potekajo.
V načrtu SQA Test Manager pripravi urnik za vodstveni pregled. Na primer
Datum |
Naloge SQA |
Odgovorna oseba |
Opis |
Izhod |
---|---|---|---|---|
30. oktober 2014 | Ocenite procese načrtovanja, sledenja in nadzora projektov | James | - Pregled specifikacije programske opreme - ocena, glavni načrt in pregled projektnega načrta | Poročilo o načrtovanju SQA, minuta pregleda SQA |
15. december 2014 | Analiza zahtev za pregled | James | - Preglejte razvoj zahtev za programsko opremo | Poročilo o reviziji postopka |
30. marec 2015 | Pregled in ocena zasnove testa | James | - Preglejte dokument o zasnovi testa | Poročilo SQA, minuta pregleda SQA |
30. marec 2015 | Pregled izdaje | Fižol | - Revizija procesa: končna izdaja | Poročilo o reviziji SQA |
2. april 2015 | Pregled zaključka projekta | Fižol | - Zunanji pregled po končni dostavi kupcu | Poročilo o reviziji SQA |
Korak 2) Določite standarde / metodologijo
Za pregled upravnih dejavnosti glede na postopek standardov naredite naslednje
- Opredelite politike in postopke, namenjene preprečevanju napak v procesu upravljanja
- Dokumentirajte politike in postopke
- Obvestite in usposobite osebje za uporabo
Korak 3) Preglejte postopek
Preglejte projektne dejavnosti, da preverite skladnost z opredeljenim postopkom upravljanja. V pregledu poslovodstva morajo člani SQA opraviti 5 pregledov SQA, kot sledi
Čas pregleda za SQA je odvisen od modela razvojnega življenjskega cikla projekta. V primeru projekta Guru99 Bank mora biti upoštevan časovni razpored pregleda
V vsaki fazi SQA člani NAK zagotavljajo posvetovanje in pregled projektnih načrtov, delovnih produktov in postopkov v zvezi z upoštevanjem opredeljene organizacijske politike in standardnih postopkov.
Med revizijo bi morali člani SQA uporabljati kontrolni seznam za pregled SQA
Ko se sprehodite skozi tri korake izvajanja zagotavljanja programske opreme, dobite rezultat Test Management Review & Audit. To so dokazi, ki jih lahko zainteresiranim stranem pokažete o kakovosti upravljanja.
Najboljša praksa za zagotavljanje kakovosti programske opreme
Tu je nekaj najboljših praks za učinkovito izvajanje SQA
- Nenehne izboljšave: Vse standardne postopke v SQA je treba pogosto izboljševati in jih uradno uraditi, da lahko sledijo tudi drugi. Ta postopek mora potrditi priljubljena organizacija, kot so ISO, CMMI ... itd.
- Dokumentacija: Vse politike in metode zagotavljanja kakovosti, ki jih opredeli ekipa za zagotavljanje kakovosti, je treba dokumentirati za usposabljanje in ponovno uporabiti za prihodnje projekte.
- Izkušnje: Izbira članov sezonskih revizorjev SQA je dober način za zagotovitev kakovosti vodstvenega pregleda
- Uporaba orodja: Uporaba orodja, kot je orodje za sledenje, orodje za upravljanje procesa SQA, zmanjšuje napor SQA in stroške projekta.
- Metrike: Razvoj in ustvarjanje meritev za sledenje kakovosti programske opreme v njenem trenutnem stanju ter primerjava izboljšav s prejšnjimi različicami bo pripomogla k večji vrednosti in zrelosti postopka testiranja
- Odgovornost: Proces SQA ni naloga člana SQA, ampak naloga vsakogar . Za kakovost izdelka so odgovorni vsi v ekipi, ne samo vodja preskusov ali vodja.