Software Quality Assurance (SQA): Planera, revision och Review

By: Thomas Hamilton Thomas Hamilton
Hours Uppdaterad

⚡ Smart sammanfattning

Programvarukvalitetssäkring granskar ledningsprocessen bakom ett projekt snarare än själva produkten, vilket ger styrelsen dokumenterade bevis på att en testchef följt de överenskomna standarderna från planering till lansering.

  • 🔘 Revvisning kontra revision: En granskning granskar processen; en revision granskar de arbetsprodukter som producerats.
  • ☑️ Syfte: En oberoende SQA-revisor tillhandahåller de bevis som en testchef inte kan ta fram ensam.
  • ✅ Tre steg: Utveckla kvalitetssäkringsplanen, definiera standarderna och granska sedan processen enligt schemat.
  • 🧪 Fem kontrollpunkter: SQA0 till SQA4 omfattar planering, krav, testdesign, release och projektavslutning.
  • 🛠️ Planinnehåll: Namngivna roller, granskningsbara arbetsprodukter med åtkomsträttigheter och ett daterat revisionsschema.
  • 📈 Bästa praxis: Certifiera processen, dokumentera policyer, track-mätvärden och dela ansvaret för kvalitet.
Läs mer

Kvalitetssäkring av programvara (SQA): Planera, granska och Review

Efter de sju testfaserna ser resultaten bra ut. Inga betydande problem uppstod i projektet. Guru99 Bank, och du var stolt över hur det slutade. Tyvärr tycker styrelsen annorlunda.

Ledningsgruppen ber en testchef om bevis på att projektet sköttes väl

Du har inga bevis för att du skötte projektet väl, så du frågar en rådgivare. Svaret pekar direkt på en ledningsgranskning.

Rådgivare som rekommenderar en testchefsgranskning eller kvalitetssäkring som bevis på arbetskvalitet

Det svaret är en början, men det lämnar tre frågor öppna – vad en granskning och revision egentligen är, varför processen behöver dem och hur man genomför dem:

Flödesschema för vad, varför och hur som ramar in de tre frågorna om granskningar och revisioner av testledning

Vad är testhantering RevRapporter och revisioner?

  • Ledningsgranskning: En ledningsgranskning är även känd som programvara Kvalitetssäkring, eller SQA. Den fokuserar på programvaruprocessen snarare än på programvaruprodukterna. Kvalitetssäkring är en uppsättning aktiviteter som är utformade för att bekräfta att projektledaren följer den standardprocess som definierats i förväg. Kvalitetssäkring säkerställer att testledaren gör rätt saker på rätt sätt.
  • Granska: En revision är en granskning av arbetsresultaten och relaterad information för att bedöma om standardprocessen faktiskt har följts.

Granskningen tittar på beteendet; revisionen tittar på det pappersspår det lämnar.

Varför behöver vi SQA i testhanteringsprocessen?

Tänk dig följande scenario. Projektet Guru99 Bank går igenom en kedja av testhanteringsfaser, från riskanalys till den slutliga testrapporten:

Trappa för testhanteringsfaser: riskanalys, uppskattning, planering, organisation, övervakning och kontroll, problemhantering, rapport

Som testchef är du den person som ansvarar för dessa aktiviteter. Men, Du sitter högst upp i projektgruppen. Vem granskar sedan dina uppgifter och kontrollerar att projektledningsaktiviteterna utförs enligt högsta standard?

Det gör SQA-revisorn. Revisorn kontrollerar att projektledningsaktiviteterna uppfyller kraven. standard och intervjuar dig för att jämföra projektet med det. Endast genom den granskningen kan styrelsen bedöma din projekthantering. Tre fördelar följer:

Tre fördelar med kvalitetssäkring: övervakning och förbättring av processen, säkerställande av att standarder följs, förebyggande av kvalitetsproblem

Hur man implementerar kvalitetssäkring

Kvalitetssäkring genomförs i tre steg. Diagrammet markerar mellansteget FÖRBEREDNING — utarbetandet av standarderna och metoderna som behandlas i steg 2:

Tre steg för att implementera kvalitetssäkring: utveckla kvalitetssäkringsplanen, förberedelse, granskning av processen

Steg 1) Utveckla kvalitetssäkringsplanen

En testaktivitet behöver en testplanen SQA-aktivitet behöver likaså en SQA-planDen anger de processer och procedurer som håller den levererade produkten eller tjänsten på förväntad kvalitetsnivå. Testledaren skriver den under projektplaneringen och schemalägger revisionerna regelbundet.

Testledaren genomför tre delsteg:

Tre delsteg i en kvalitetssäkringsplan: identifiera roller, lista arbetsprodukter att granska, skapa kvalitetssäkringsschemat

Steg 1.1) Identifiera SQA-teamets roller och ansvarsområden

I ett projektteam är varje medlem ansvarig för kvaliteten på sitt eget arbete och måste se till att det uppfyller kvalitetssäkringskriterierna.

SQA-teamet leder det arbetet, så testledaren måste ange ansvaret för varje SQA-medlem i SQA-planen:

  • Review och utvärdera kvaliteten på projektaktiviteterna mot kvalitetssäkringskriterierna.
  • samordna med styrelsen och projektgrupperna för att bedöma behov och delta i projektgransknings- och statusmöten.
  • Konstruktion, track och samla mätvärden som övervakar projektkvaliteten.
  • Mäta produktens kvalitet och säkerställa det uppfyller kundernas förväntningar.

Till exempel projektets kvalitetssäkringsplan Guru99 Bank listar SQA team som nedan.

Nej Medlem roller Ansvar
1 Peter SQA-ledare Utveckla och dokumentera kvalitetsstandarden och processen för varje ledningsprocess

Hantera kvalitetssäkringsaktiviteter för programvara för projektet
2 James SQA revisor Utför SQA-uppgifter och rapportera resultatet av varje SQA-granskning till SQA-ledaren.
3 Böna SQA revisor Utför SQA-uppgifter och rapportera resultatet av varje SQA-granskning till SQA-ledaren.

Steg 1.2) Lista de arbetsprodukter som kvalitetssäkringsrevisorn kommer att utföra Revvisning och revision

Testledaren bör

  • Lista varje arbetsprodukt från varje testhanteringsprocess.
  • definiera vilka anläggningar eller utrustning kvalitetssäkringsrevisorn får tillgång till för att utföra kvalitetssäkringsuppgifter såsom processutvärderingar och revisioner.

För Guru99 Bank, lista arbetsprodukterna för varje testhanteringsprocess och ange åtkomstbehörigheter för SQA-medlemmar:

Nej Ledningsfaser Arbetsprodukt Bana tillstånd Bevilja till person
1 Riskanalys Riskhanteringsdokument [Serversökväg] Läsa Alla SQA-teammedlemmar
2 Uppskattning Uppskattnings- och statistikrapport . Läsa Peter
3 Planering Testa planeringsdokument . Läsa Alla SQA-teammedlemmar
4 Organisation Personalplan, utbildningsplan . Läsa Alla SQA-teammedlemmar
5 Övervakning och kontroll Insamlade mätvärden för projektinsats . Läsa Böna
6 Ärendehantering Ärendehanteringsrapport . Läsa James
7 Testrapport Testrapport dokument . Läsa Alla SQA-teammedlemmar

RELATERADE ARTIKLAR

Steg 1.3) Skapa schemat för att utföra SQA-uppgifterna

Testansvarig beskriver de uppgifter som SQA-revisorn kommer att utföra och den arbetsprodukt som varje uppgift producerar.

Schemat för kvalitetssäkring styrs normalt av projektets utvecklingsschema, så varje uppgift är tidsinställd mot den utvecklingsaktivitet som äger rum. Ett exempel på ett schema för ledningens granskning följer.

Datum SQA-uppgifter Ansvarig person BESKRIVNING Produktion
30-Oct-2025 Utvärdera projektplanering, trackung och tillsynsprocesser James – Programvaruspecifikation Review
– Uppskattning, huvudschema och projektplan Review		 SQA-planeringsrapport, SQA-granskningsprotokoll
15-Dec-2025 Review kravanalys James - Revse utvecklingen av mjukvarukraven Processrevisionsrapport
30-Mar-2026 Revvisa och utvärdera testdesign James - Revse testdesigndokumentet SQA-rapport, SQA granskningsprotokoll
30-Mar-2026 Review release Böna – Processgranskning: Slutgiltig utgåva SQA process revisionsrapport
2-april-2026 Revse projekt avslutas Böna – Extern granskning efter slutleverans till kund SQA process revisionsrapport

Steg 2) Definiera standarder och metodologi

För att granska ledningsaktiviteter mot en standardprocess måste standarden först finnas skriftligen:

  1. Definiera de policyer och rutiner som är avsedda att förhindra att fel uppstår i ledningsprocessen.
  2. Dokumentera policyer och rutiner.
  3. Informera och utbilda personalen i att använda dem.

Diagrammet traces den sekvensen:

Definiera policyer och rutiner, dokumentera policyn och riktlinjerna, och informera och utbilda sedan personalen

Steg 3) Revse processen

Revgranska projektaktiviteter för att verifiera efterlevnaden av den definierade ledningsprocessen. I en ledningsgranskning utför SQA-medlemmarna fem granskningar, märkta SQA0 till SQA4:

Fem SQA-granskningar: SQA0-projektplanering, SQA1-kravanalys, SQA2-testdesign, SQA3 före release, SQA4-projektavslutning

RevVisningstiden beror på utvecklingslivscykelmodellen. För Guru99 Bank, kontrollpunkterna mappas till testlivscykeln enligt följande:

Tidslinjekartaping SQA0 till SQA4 mot testplanering, krav, testdesign, testutförande, testrapport och avslutning

I varje SQA-fas granskar SQA-medlemmarna projektplaner, arbetsprodukter och procedurer mot den definierade organisationspolicyn. Under en revision bör de arbeta utifrån en Checklista för SQA granskning, som poängsätter varje aktivitet Ja, Nej eller N/A och omvandlar resultatet till en godkändprocent.

När du har gått igenom de tre stegen i implementeringen av programvaruförsäkring har du resultatet av testhanteringen. Revoch revision. Den rapporten är beviset på den ledningskvalitet som du visar dina intressenter.

Styrelsen accepterar en positiv SQA-rapport och berömmer testchefen

Bästa praxis för kvalitetssäkring av programvara

Här är beprövade vanor för en effektiv implementering av SQA.

  • Kontinuerlig förbättring: Varje standardprocess inom kvalitetssäkring (SQA) bör regelbundet förbättras och göras officiell så att andra kan följa den. Certifiera processen mot en erkänd modell som ISO 9001 eller CMMI:s praktikområde Process and Product Quality Assurance (PPQA).
  • Dokumentation: Alla kvalitetssäkringspolicyer och metoder som definieras av kvalitetssäkringsteamet bör dokumenteras för utbildning och för återanvändning i framtida projekt.
  • upplevelse Att välja erfarna SQA-revisorer är ett pålitligt sätt att skydda kvaliteten på en ledningsgranskning.
  • Verktygsanvändning: Använda verktyg som problem trackers och testhanteringsverktyg minskar SQA-arbetet och projektkostnaderna.
  • Metrik: Mätvärden som track-programvarans kvalitet i sitt nuvarande tillstånd och jämföra den med tidigare versioner, öka värdet och mognaden hos testning processen.
  • Ansvar: SQA är inte bara SQA-medlemmens uppgift. Alla i teamet är ansvariga för produktens kvalitet, inte bara testledaren eller chefen.

Vanliga frågor

Kvalitetssäkring är processorienterad och förebyggande: den kontrollerar att det överenskomna arbetssättet följs. Kvalitetskontroll är produktorienterad: den inspekterar och testar leveransen. Guru99 jämför båda i kvalitetssäkring kontra kvalitetskontroll.

Båda har sin plats. Interna revisioner är billigare och mer frekventa, så problem åtgärdas tidigt. Externa revisioner har större vikt hos kunder och tillsynsmyndigheter eftersom revisorn är oberoende av leveransteamet.

ISO 9001 definierar kvalitetsledningssystemet, ISO/IEC 25010 produktkvalitetsmodellen och ISO/IEC/IEEE 29119 programvarutestning. CMMI lägger till praktikområdet Process- och produktkvalitetssäkring, den närmaste formella motsvarigheten till denna cykel.

Track effektivitet för felborttagning, feltäthet, krav- och testtäckning, överkomna fel som upptäckts i produktionen och revisionsresultat som avslutats i tid. Guru99 listar hela uppsättningen under mätvärden för mjukvarutestning.

ISTQB Foundation Vanlig utgångspunkt är nivå, med testchef och testanalytiker på avancerad nivå. QAI erbjuder CSQA och CSTE, och ASQ erbjuder certifieringen Certified Software Quality Engineer för processfokuserade roller.

Enligt Smidig metod De fem milstolpsgranskningarna blir lättare och återkommande. Processkontroller övergår till sprintgranskningar och retrospektiver, bevis kommer från pipelinen snarare än dokument, och definitionen av klart absorberar mycket av checklistan.

AI-modeller utarbetar nu testfall utifrån krav, flaggar riskabel kod för närmare granskning, klustrar dubbletter av defekter och sammanfattar revisionsbevis. Omfattning, riskacceptans och godkännande förblir mänskliga, eftersom en revisor måste äga slutsatsen.

Ja, för det mekaniska arbetet. GitHub Copilot scaffolds testskript, fixturer och checklistamallar, och utkast till granskningsanteckningar från en diff. Varje förslag behöver granskas, eftersom genererade tester kan bekräfta fel beteende på ett övertygande sätt.

Sammanfatta detta inlägg med: