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 af 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 track og indsamler målinger til at overvåge projektkvalitet.
• Måle kvaliteten af ​​produktet; sikre produktet opfylder kundens forventninger.

For eksempel i projektets kvalitetssikringsplan Guru99 Bank, kan du oprette listemedlemmerne for 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 til projektet Guru99 Bank, kan du liste arbejdsprodukterne for hver teststyringsproces og definere tilladelser 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	Beskrivelse	Produktion
30-Oct-2014	Evaluer projektplanlægning, trackonge- 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

1. Definer de politikker og procedurer, der skal forhindre defekter i at opstå i ledelsesprocessen
2. Dokumenter politikker og procedurer
3. 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

RevVisningstiden for SQA afhænger af projektets udviklingslivscyklusmodel. I tilfælde af projektet Guru99 Bank, bør gennemgangsplanen følge

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 som f.eks. tracKing-værktøj, styringsværktøj til SQA-processen, reducerer SQA-indsatsen og projektomkostningerne.
• Metrics: Udviklingping og oprette målinger til track softwarekvaliteten i dens nuværende tilstand, samt at sammenligne forbedringen med tidligere versioner, vil bidrage til 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.