Software Quality Assurance (SQA): Plan, Audit & Anmeldelse

Innholdsfortegnelse:

Anonim

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

  1. Definer retningslinjene og prosedyrene som skal forhindre at feil oppstår i styringsprosessen
  2. Dokumenter retningslinjene og prosedyrene
  3. 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.