Etter at de syv testfasene er fullført, ser resultatene bra ut. Ingen vesentlige problemer skjedde i prosjektet Guru99 Bank. Du klarte prosjektet godt, og du var stolt av suksessen med dette prosjektet
Dessverre tenker styret annerledes
Du har ingen bevis som viser at du klarte dette prosjektet bra. Du ba en rådgiver om en løsning. Her er svaret
Dette svaret er en start, men du har fortsatt følgende spørsmål -
Denne veiledningen vil hjelpe deg med å svare på disse spørsmålene -
Hva er Test Management Reviews & Audit?
-
Management Review: Management Review er også kjent som Software Quality Assurance eller (SQA). Det fokuserer mer på programvareprosessen i stedet for programvarearbeidsproduktene. Kvalitetssikring er et sett med aktiviteter designet for å sikre at prosjektlederen følger standardprosessen som allerede er forhåndsdefinert. Kvalitetssikring sørger med andre ord for at testansvarlig gjør de riktige tingene på riktig måte.
-
Revisjon: En revisjon er undersøkelsen av arbeidsproduktene og tilhørende informasjon for å vurdere om standardprosessen ble fulgt eller ikke.
Hvorfor trenger vi SQA i Test Management-prosessen?
For å forstå dette, bør du vurdere følgende scenario-
I prosjektet Guru99 Bank håndterer man forskjellige testfaser som -
Som testleder er du personen som tar ansvaret for disse aktivitetene. Men er du på den høyeste posisjonen i prosjektgruppen. Hvem vil gjennomgå oppgavene dine og kontrollere at prosjektledelsesaktivitetene er utført til høyeste standard?
SQA-revisor er den personen som gjennomgår og sjekker prosjektledelsesaktivitetene blir utført til høyest mulig standard . Bare gjennom resultatet av denne gjennomgangen kan styret evaluere kvaliteten på prosjekthåndteringen.
Dette er grunnen til at vi trenger Management Review eller SQA i Test Management-prosessen.
SQA intervjuer deg, testansvarlig, for å måle prosjektet mot fastsatte standarder.
Fordelene med SQA er -
Hvordan implementere kvalitetssikringen?
Trinn 1) Utvikle SQA-plan
Testing av aktivitetsbehov Testplan trenger også SQA-aktivitet også en plan som kalles SQA-plan.
Målet med SQA-planen er å lage planleggingsprosesser og prosedyrer for å sikre at produserte produkter eller tjenesten som leveres av organisasjonen er av eksepsjonell kvalitet.
Under prosjektplanleggingen lager Test Manager en SQA-plan der SQA-revisjon planlegges med jevne mellomrom.
I SQA-planen skal Test Manager gjøre som følger
Trinn 1.1) Identifiser rollen og ansvaret til SQA-teamet
I et prosjektgruppe må hvert medlem ha ansvar for kvaliteten på arbeidet sitt. Hver person må sørge for at arbeidet deres oppfyller QA-kriteriene.
SQA-teamet er gruppen som spiller hovedrollen i prosjektet. Uten QA vil ingen virksomheter kjøre vellykket. Derfor må testansvarlig gjøre ansvaret for hvert SQA-medlem i SQA-planen klart som nedenfor:
- Gjennomgå og evaluere kvaliteten på prosjektaktivitetene for å oppfylle QA-kriteriene
- Koordinere med styret og prosjektgrupper for å vurdere krav og delta i prosjektgjennomgang og statusmøter.
- Design spor og samle beregninger for å overvåke prosjektkvaliteten.
- Mål kvaliteten på produktet; sikre at produktet oppfyller kundens forventninger.
For eksempel, i SQA-planen for prosjektet Guru99 Bank, kan du opprette listemedlemmene til SQA-teamet som nedenfor
Nei |
Medlem |
Roller |
Ansvar |
---|---|---|---|
1 | Peter | SQA-leder | Utvikle og dokumentere kvalitetsstandard og prosess for alle ledelsesprosesser Administrer programvarekvalitetssikringsaktiviteter for prosjektet |
2 | James | SQA-revisor | Utfør SQA-oppgaver, rapporter til SQA-leder resultatet av SQA-gjennomgang. |
3 | Bønne | SQA-revisor | Utfør SQA-oppgaver, rapporter til SQA-leder resultatet av SQA-gjennomgang. |
Trinn 1.2) Liste over arbeidsproduktene som SQA-revisor vil gjennomgå og revidere
Testlederen burde
- Liste opp alle arbeidsproduktene til hver testledelsesprosess
- Definere hvilke fasiliteter eller utstyr SQA-revisor kan få tilgang til for å utføre SQA-oppgaver som prosessevalueringer og revisjoner.
For eksempel, for prosjektet Guru99 Bank, kan du liste ut arbeidsproduktene til hver testadministrasjonsprosess og definere tillatelse for SQA-medlemmer til å få tilgang til disse arbeidsproduktene i henhold til følgende tabell
Nei | Ledelsesfaser | Arbeidsprodukt | Sti | Tillatelse | Tilskudd til person |
---|---|---|---|---|---|
1 | Risikoanalyse | Risikostyringsdokument | [Serversti] | Lese | Alle SQA-teammedlemmer |
2 | Anslag | Beregning og beregning | ... | Lese | Peter |
3 | Planlegger | Testplanleggingsdokument | ... | Lese | Alle SQA-teammedlemmer |
4 | Organisasjon | Menneskelig ressursplan, opplæringsplan | ... | Lese | Alle SQA-teammedlemmer |
5 | Overvåking og kontroll | Samlede beregninger av prosjektinnsats | ... | Lese | Bønne |
6 | Problemstyring | Rapport om problemstyring | ... | Lese | James |
7 | Testrapport | Testrapportdokument | ... | Lese | Alle SQA-teammedlemmer |
Trinn 1.3) Lag tidsplanen for å utføre SQA-oppgavene
I dette trinnet skal testleder beskrive oppgavene som skal utføres av SQA-revisor, med spesiell vekt på SQA-aktiviteter så vel som arbeidsproduktet for hver oppgave.
Test Manager oppretter også planleggingen av disse SQA-oppgavene. Normalt drives SQA-tidsplanen av prosjektutviklingsplanen. Derfor utføres en SQA-oppgave i forhold til hvilke programvareutviklingsaktiviteter som foregår.
I SQA-planen lager Test Manager tidsplanen for ledelsesgjennomgang. For eksempel
Dato |
SQA-oppgaver |
Personlig ansvarlig |
Beskrivelse |
Produksjon |
---|---|---|---|---|
30. oktober 2014 | Evaluere prosjektplanlegging, sporing og tilsyn prosesser | James | - Gjennomgang av programvarespesifikasjon - Estimering, hovedplan og gjennomgang av prosjektplan | SQA planrapport, SQA gjennomgangsminutt |
15. des 2014 | Gjennomgå kravanalyse | James | - Gjennomgå programvareutviklingen | Prosessrevisjonsrapport |
30. mars 2015 | Gjennomgå og evaluere testdesign | James | - Gjennomgå testdesigndokumentet | SQA-rapport, SQA-gjennomgangsminutt |
30. mars 2015 | Gjennomgå utgivelsen | Bønne | - Prosessrevisjon: Endelig utgivelse | SQA prosessrevisjonsrapport |
2. april 2015 | Gjennomgå prosjektavslutning | Bønne | - Ekstern gjennomgang etter endelig levering til kunde | SQA prosessrevisjonsrapport |
Trinn 2) Definer standarder / metodikk
For å gjennomgå ledelsesaktivitetene mot standardprosessen, bør du gjøre følgende trinn
- Definer retningslinjene og prosedyrene som skal forhindre at feil oppstår i styringsprosessen
- Dokumenter retningslinjene og prosedyrene
- Informer og trent personalet til å bruke det
Trinn 3) Gjennomgå prosessen
Gjennomgå prosjektaktiviteter for å verifisere samsvar med den definerte styringsprosessen. I ledelsesgjennomgangen må SQA-medlemmene utføre 5 SQA-vurderinger som følger
Gjennomgangstid for SQA avhenger av prosjektets utviklingslivssyklusmodell. I tilfelle prosjektet Guru99 Bank, bør gjennomgangsplanen følge
I hvert SQA fase, de SQA medlemmene gi konsultasjon og gjennomgang av prosjektplaner, arbeidsprodukt og prosedyrer vedrørende overholdelse av definerte organisatoriske retningslinjer og standardprosedyrer.
Under revisjon bør SQA-medlemmene bruke sjekklisten for gjennomgang av SQA
Når du har gått gjennom de tre trinnene for implementering av programvaresikring, har du resultatet av Test Management Review & Audit. Dette er beviset som skal vises til dine interessenter om ledelseskvaliteten din.
Beste praksis for kvalitetssikring av programvare
Her er noen gode fremgangsmåter for en effektiv SQA-implementering
- Kontinuerlig forbedring: All standardprosessen i SQA må forbedres ofte og gjøres offisiell slik at den andre kan følge. Denne prosessen bør sertifiseres av populære organisasjoner som ISO, CMMI ... etc.
- Dokumentasjon: Alle QA-policyer og -metoder, som er definert av QA-teamet, skal dokumenteres for opplæring og gjenbruk for fremtidige prosjekter.
- Erfaring: Å velge medlemmene som er erfarne SQA-revisorer er en god måte å sikre kvaliteten på ledelsesgjennomgangen
- Verktøybruk: Ved å bruke verktøy som sporingsverktøy, styringsverktøy for SQA-prosess reduseres SQA-innsats og prosjektkostnad.
- Beregninger: Å utvikle og lage beregninger for å spore programvarekvaliteten i sin nåværende tilstand, samt å sammenligne forbedringen med tidligere versjoner, vil bidra til å øke verdien og modenheten i testprosessen
- Ansvar: SQA-prosessen er ikke SQA-medlemmets oppgave, men alles oppgave. Alle i teamet er ansvarlige for produktkvaliteten, ikke bare testledningen eller lederen.