5 belangrijke verschillen tussen kwaliteitsborging en kwaliteitscontrole
In de wereld van technologie worden de termen kwaliteitscontrole en kwaliteitsborging vaak samengevoegd tot QA/QC. De term wordt gebruikt alsof QA/QC een geheel vormt, zonder duidelijk onderscheid tussen de rollen. Het is gebruikelijk geworden om het volledige kwaliteitsevaluatieproces aan te duiden als QA/QC.
Dit kan verwarrend zijn voor iemand die nieuw is in (of buiten) dit vakgebied, omdat er duidelijke verschillen zijn tussen de twee als het gaat om het daadwerkelijke werk dat ze uitvoeren.
Als je een beetje in de war bent over het verschil tussen kwaliteitscontrole en kwaliteitsborging, dan is dit artikel iets voor jou. Hier volgt een overzicht van enkele belangrijke verschillen tussen QA/QC.
Want more from The CTO Club?
Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.
Have an account? Log In
Het belangrijkste verschil tussen QA en QC
Er is één fundamenteel verschil tussen QA en QC.
Kwaliteitsborging vindt plaats tijdens de ontwikkelingsfase.
terwijl...
Kwaliteitscontrole vindt plaats nadat de ontwikkeling is afgerond.
QA VERSUS QC
Er zijn vijf manieren om de verschillen tussen QA/QC te onderzoeken. Dit zijn:
- Ontwikkelingsfase
- Belangrijkste aandachtspunt
- Hoe ze hun werk aanpakken
- Belangrijke vaardigheden
- Wat gebeurt er wanneer bugs worden gevonden?
In elke fase zie je hoe QA/QC van elkaar verschillen. Aan het einde van dit artikel heb je een duidelijk inzicht in welke verantwoordelijkheden bij kwaliteitsborging horen en welke bij kwaliteitscontrole.
Ontwikkelingsfase
Kwaliteitsborging
QA begint vroeg in de ontwikkelingscyclus.
Bepaalde vormen van QA-testen, zoals statisch testen, kunnen worden uitgevoerd voordat de software volledig functioneel is.
Door vroeg in de productiecyclus met ontwikkelaars samen te werken, kunnen ze ervoor zorgen dat fouten die in het begin worden gemaakt geen ernstige problemen worden naarmate de ontwikkeling voltooiing nadert. QA-tests vinden plaats in elke ontwikkelingsfase.
Kwaliteitscontrole
QC begint zodra de ontwikkeling is afgerond.
QC zorgt ervoor dat het ontwikkelde product voldoet aan de vastgelegde normen en specificaties. Zij beoordelen het product en hun doel is om het aantal defecten laag te houden wanneer het product aan het publiek wordt gelanceerd.
Belangrijkste aandachtspunt
Zowel kwaliteitsborging als kwaliteitscontrole richten zich op het vinden van bugs en defecten. Daarom worden ze vaak samengevoegd tot QA/QC. Hoewel ze hetzelfde doel delen, verschilt de reden die hun werk motiveert.
Kwaliteitsborging
QA heeft als doel bugs en inefficiënties in het softwareontwikkelingsproces te vinden, te voorspellen en te voorkomen.
QA-teams werken vaak nauw samen met softwareontwikkelaars om bugs te helpen oplossen. QA-analisten werken bijvoorbeeld samen met verschillende teams, variërend van projectmanagers tot ontwikkelingsleiders, om de meest optimale manier te bepalen om het product te ontwikkelen.
QA is proactief.
Kwaliteitscontrole
QC richt zich op het vinden van bugs en defecten in de voltooide software. Ze zorgen ervoor dat geen van de ontwikkelaars, QA-analisten of QA-testers iets over het hoofd heeft gezien.
Kwaliteitscontrole is in wezen een reactief proces, omdat het te laat in de softwarecyclus plaatsvindt om ontwikkelaars nog oplossingen te kunnen voorstellen.
Hoe QA/QC hun werk aanpakken
Kwaliteitsborging
QA is een proactieve aanpak om bugs en inefficiënties te vinden.
Het QA-team probeert vaak manieren te vinden om het ontwikkelings- en testproces te optimaliseren. QA-teams gebruiken methodologieën zoals Integratie van het Capability Maturity Model (CCMI), waarbij een organisatie wordt opgesplitst in verschillende gebieden en elk gebied een getal tussen 1 en 5 krijgt om de volwassenheid ervan te bepalen.
Door een aanpak zoals CCMI te gebruiken, kunnen QA-analisten manieren identificeren om de efficiëntie te maximaliseren en resultaten te beheersen.
Kwaliteitscontrole
Door de reactieve aanpak van QC bij het opsporen en vinden van bugs gebruiken zij andere methoden om hun werk uit te voeren.
QC draait in grote mate om grondigheid. Ze werken ook met percentages. QC hanteert een zogenoemde aanvaardbare kwaliteitslimiet, het percentage producten dat tijdens de inspectie mag falen. Voor de meeste opdrachten ziet de aanvaardbare kwaliteitslimiet er als volgt uit:
- Kritieke defecten: 0%
- Grote defecten: 2.5%
- Kleine defecten: 4%
Dat betekent dat het de taak van het QC-team is om te garanderen dat geen van de producten die op het punt staan te worden vrijgegeven catastrofaal faalt.
Wat gebeurt er wanneer QA/QC fouten vindt?
Kwaliteitsborging
Als een QA-tester een fout in de software vindt, documenteert die persoon de bevindingen, waaronder hoe de fout kan worden gereproduceerd, en meldt die aan het ontwikkelingsteam.
Vervolgens lost het ontwikkelingsteam het probleem op en stuurt het de software terug naar QA voor verdere tests. Een QA-tester staat voortdurend in contact met de ontwikkelaars. Documentatie is nodig om de ontwikkelaars te laten zien waar een fout is gemaakt en hoe ze die kunnen oplossen.
De grootste angst van een QA-tester is dat een fout die binnen het testbereik viel, toch in de productieomgeving terechtkomt. Zij vormen de buffer tussen ontwikkeling en productie.
Kwaliteitscontrole
Tegen de tijd dat QC begint met het testen op fouten, is het product af en bijna klaar om te worden gelanceerd.
Het QC-team verzamelt gegevens, zoals het percentage eenheden dat faalt, en rapporteert die resultaten aan het management. Wat er vervolgens gebeurt, hangt af van de resultaten van hun tests.
Als het defectpercentage van de software hoog is, kunnen ze een vergadering bijeenroepen om een plan op te stellen ter verbetering van het productieproces (dit is echt het laatste wat een kwaliteitsborgingsteam wil zien gebeuren).
Meestal zal het kwaliteitscontroleteam, als het product binnen de aanvaardbare kwaliteitslimiet valt, compensatie aanbieden aan klanten die herhaaldelijk problemen ondervinden.
Kwaliteitscontrole vormt vaak de buffer tussen productie en de klant.
Belangrijke vaardigheden
Kwaliteitsborging
QA-testers moeten een grondig begrip hebben van populaire programmeertalen. Vijf belangrijke talen zijn:
- Python
- Java
- C++
- Ruby
- PHP
Daarnaast moeten ze weten hoe ze populaire QA-hulpmiddelen gebruiken, zoals Selenium.
Een QA-tester moet aantoonbaar in staat zijn om testgevallen uit te voeren en de bevindingen op een gemakkelijk te begrijpen manier te documenteren. Een QA-analist moet niet alleen goed zijn in het uitvoeren van testgevallen, maar ook in het schrijven ervan.
Omdat het QA-team voortdurend met ontwikkelaars overlegt, is het ook belangrijk dat QA-testers duidelijk en nauwkeurig kunnen communiceren.
Kwaliteitscontrole
QC-leden moeten een grondig begrip hebben van de zeven belangrijkste QC-strategieën. Die strategieën zijn:
- Stratificatie: splitst verzamelde gegevens uit meerdere bronnen op, zodat patronen zichtbaar worden.
- Histogram: een veelgebruikte grafiek om frequentieverdelingen weer te geven.
- Controleformulier:
- Oorzaak-gevolgdiagram: ordent ideeën en helpt relaties tussen mogelijke oorzaken zichtbaar te maken.
- Pareto-diagram: geeft prioriteit aan de factoren die de grootste invloed op het probleem hebben.
- Spreidingsdiagram: helpt de relatie tussen variabelen visueel weer te geven.
- Regelkaart: onderzoekt de variatie in een proces in de loop van de tijd.
Daarnaast moet QC nauwkeurige gegevenssteekproeven kunnen verzamelen om ervoor te zorgen dat het product aan de aanvaardbare kwaliteitslimiet voldoet.
Het verschil begrijpen
Bij testen komen veel termen en rollen kijken. Soms worden zaken samengevoegd en worden de verschillen onduidelijk. Heb je nu een beter begrip van de verschillen tussen QA en QC? Laat het me weten in de reacties!
