Software Quality Assurance (SQA): Plan, revision og Review

Efter afslutningen af de syv testfaser ser resultaterne gode ud. Der opstod ingen væsentlige problemer i projektet Guru99 Bank. Du styrede projektet godt, og du var stolt over projektets succes

Desværre mener bestyrelsen anderledes

Du har ikke noget bevis for, at du forvaltede dette projekt godt. Du bad en rådgiver om en løsning. Her er svaret

Dette svar er en start, men du har stadig følgende spørgsmål -

Denne tutorial hjælper dig med at besvare disse spørgsmål -

Hvad er Test Management Reviews & revision?

Management Revse: Management Review er også kendt som software Kvalitetssikring eller (SQA). Den fokuserer mere på softwareprocessen frem for softwarearbejdsprodukterne. Kvalitetssikring er et sæt aktiviteter designet til at sikre, at projektlederen følger standardprocessen, som allerede er foruddefineret. Kvalitetssikring sikrer med andre ord, at testlederen gør de rigtige ting på den rigtige måde.
Revidere: En revision er en undersøgelse af arbejdsprodukterne og tilhørende information for at vurdere, om standardprocessen blev fulgt eller ej.

Hvorfor har vi brug for SQA i teststyringsprocessen?

For at forstå dette, overvej følgende scenarie-

I projektet Guru99 Bank håndterer forskellige testfaser som –

Som testleder er du den person, der tager ansvaret for disse aktiviteter. Imidlertid, du er på den højeste position i projektteamet. Hvem vil gennemgå dine opgaver og kontrollere, at projektledelsesaktiviteterne udføres til den højeste standard?

Nå, SQA-revisor er den person, der gennemgår og kontrollerer, at projektledelsesaktiviteterne udføres til det højest mulige standard. Kun gennem resultatet af denne gennemgang kan bestyrelsen vurdere kvaliteten af din projekthåndtering.

Dette er grunden til, at vi har brug for ledelse Review eller SQA i Test Management-processen.

SQA interviewer dig, testlederen, for at benchmarke projektet i forhold til fastsatte standarder.

Fordelene ved SQA er –

Hvordan implementerer man kvalitetssikringen?

Trin 1) Udvikl SQA-plan

Test af aktivitetsbehov Testplan ligeledes SQA aktivitet har også brug for en plan som kaldes SQA plan.

Målet med SQA-planen er at udarbejde planlægningsprocesser og -procedurer for at sikre, at produkter, der er fremstillet, eller den service, som organisationen leverer, er af exceptionel kvalitet.

Under projektplanlægning laver Test Manager en SQA-plan, hvor SQA-audit er planlagt med jævne mellemrum.

I SQA-planen skal testlederen gøre som følger

Trin 1.1) Identificer SQA-teamets rolle og ansvar

I et projektteam skal hvert medlem have ansvar for kvaliteten af sit arbejde. Hver person skal sørge for, at deres arbejde opfylder kvalitetskriterierne.

SQA-holdet er den gruppe af personer, der spiller stor rolle i projektet. Uden QA vil ingen virksomhed køre med succes. Derfor skal testlederen gøre det klart ansvar af hvert SQA-medlem i SQA-planen som nedenfor:

Anmeldelse og evaluere kvaliteten af projektaktiviteterne for at opfylde kvalitetskvalitetskriterierne
Koordinere med direktion og projektteams for at vurdere krav og deltage i projektgennemgang og statusmøder.
Design spor og indsamler målinger til at overvåge projektkvalitet.
Måle kvaliteten af produktet; sikre produktet opfylder kundens forventninger.

For eksempel, i SQA-planen for projektet Guru99 Bank, kan du oprette listens medlemmer af SQA team som nedenfor

Ingen	Medlem	roller	Ansvarlighed
1	Peter	SQA leder	Udvikle og dokumentere kvalitetsstandard og proces for alle ledelsesprocesser Administrere software kvalitetssikringsaktiviteter for projektet
2	James	SQA revisor	Udfør SQA-opgaver, rapporter til SQA-leder resultatet af SQA-gennemgang.
3	Bønne	SQA revisor	Udfør SQA-opgaver, rapporter til SQA-leder resultatet af SQA-gennemgang.

Trin 1.2) Liste over de arbejdsprodukter, som SQA-revisoren vil gennemgå og revidere

Testlederen bør

Liste ud af alle arbejdsprodukterne fra hver teststyringsproces
Definere hvilke faciliteter eller udstyr SQA-revisoren kan få adgang til for at udføre SQA-opgaver såsom procesevalueringer og audits.

For eksempel, for projektet Guru99 Bank, kan du liste arbejdsprodukterne fra hver teststyringsproces og definere tilladelse for SQA-medlemmer til at få adgang til disse arbejdsprodukter i henhold til følgende tabel

Ingen	Ledelsesfaser	Arbejdsprodukt	Sti	Tilladelse	Bevilling til Person
1	Risikoanalyse	Risikostyringsdokument	[Serversti]	Læs	Alle SQA-teammedlemmer
2	estimering	Estimations- og metrics-rapport	...	Læs	Peter
3	Planlægning	Test planlægningsdokument	...	Læs	Alle SQA-teammedlemmer
4	Organisation	Personaleplan, uddannelsesplan	...	Læs	Alle SQA-teammedlemmer
5	Overvågning og kontrol	Indsamlede målinger for projektindsats	...	Læs	Bønne
6	Problemhåndtering	Udgive ledelsesrapport	...	Læs	James
7	Test rapport	Testrapport dokument	...	Læs	Alle SQA-teammedlemmer

Trin 1.3) Opret tidsplanen for at udføre SQA-opgaverne

I dette trin skal testmanageren beskrive opgaver skal udføres af SQA revisor med særlig vægt på SQA aktiviteter samt arbejdsproduktet for hver opgave.

Test Manager opretter også planlægning af disse SQA-opgaver. Normalt er SQA tidsplanen drevet af projektudviklingsplanen. Derfor udføres en SQA-opgave i forhold til hvilke softwareudviklingsaktiviteter, der finder sted.

I SQA-planen laver Test Manager tidsplanen for ledelsesgennemgang. For eksempel

Dato	SQA opgaver	Personlig ansvarlig	Tekniske beskrivelser	Produktion
30-Oct-2014	Evaluer projektplanlægning, sporing og tilsynsprocesser	James	– Softwarespecifikation Review – Estimering, masterplan og projektplan Review	SQA planlægningsrapport, SQA review minut
15 Dec 2014	Review behovsanalyse	James	- Revse udviklingen af softwarekravene	Proces revisionsrapport
30-Mar-2015	Revse og evaluere testdesign	James	- Revse Test Design-dokumentet	SQA rapport, SQA review minut
30-Mar-2015	Review frigivelse	Bønne	– Procesrevision: Endelig udgivelse	SQA proces revisionsrapport
2-Apr-2015	Review Projekt lukning	Bønne	– Ekstern gennemgang efter endelig levering til kunde	SQA proces revisionsrapport

Trin 2) Definer standarderne/metoden

For at gennemgå ledelsesaktiviteterne i forhold til standardprocessen skal du udføre følgende trin

Definer de politikker og procedurer, der skal forhindre defekter i at opstå i ledelsesprocessen
Dokumenter politikker og procedurer
Informer og oplær personalet i at bruge det

Trin 3) Revse processen

Revse projektaktiviteter for at verificere overholdelse af den definerede ledelsesproces. I ledelsesgennemgangen skal SQA-medlemmerne udføre 5 SQA-gennemgange som følger

Revtid til SQA afhænger af projektets udviklingslivscyklusmodel. I tilfælde af projektet Guru99 Bank skal gennemgangsplanen følges

I hver SQA-fase SQA medlemmer give høring og gennemgå af projektplanerne, arbejdsproduktet og procedurerne vedrørende overholdelse af defineret organisationspolitik og standardprocedurer.

Under Audit skal SQA-medlemmerne bruge Tjekliste for SQA-gennemgang

Når du har gennemgået de 3 trin i implementering af softwaresikkerhed, har du resultatet af Test Management Review & Revision. Dette er beviset for at vise dine interessenter om din ledelseskvalitet.

Bedste praksis for kvalitetssikring af software

Her er nogle bedste praksisser for en effektiv SQA-implementering

Løbende forbedringer: Al standardprocessen i SQA skal forbedres hyppigt og lavet officiel så den anden kan følge efter. Denne proces bør være certificeret af populær organisation som ISO, CMMI... osv.
Dokumentation: Alle QA-politikker og -metoder, som er defineret af QA-teamet, bør dokumenteres til træning og genbrug til fremtidige projekter.
Erfaring: At vælge de medlemmer, der er garvede SQA-revisorer, er en god måde at sikre kvaliteten af ledelsesgennemgangen
Værktøjsbrug: Brug af værktøj såsom sporingsværktøjet, styringsværktøj til SQA-processen reducerer SQA-indsatsen og projektomkostningerne.
Metrics: Udvikling og oprettelse af målinger til at spore softwarekvaliteten i dens nuværende tilstand, samt at sammenligne forbedringen med tidligere versioner, vil hjælpe med at øge værdien og modenheden af Test behandle
Ansvar: SQA-processen er ikke SQA-medlemmets opgave, men alles opgave. Alle i teamet er ansvarlige for produktets kvalitet, ikke kun testlederen eller lederen.