5 hulpmiddelen voor oorzaakanalyse voor beter testen & QA
Heb je moeite om softwarefouten op te lossen die steeds terugkomen? Je bent niet de enige. Handmatige probleemoplossing kost veel tijd en mist vaak de onderliggende oorzaak. Wanneer een probleem moet worden geanalyseerd, moet een bedrijf hulpmiddelen voor oorzaakanalyse gebruiken om verder te kijken dan enkele symptomen.
Vind de werkelijke oorzaak van het probleem, zodat de onderliggende systemen en processen kunnen worden hersteld en het probleem permanent kan worden opgelost in plaats van alleen tijdelijk.
In dit artikel bespreken we 5 krachtige hulpmiddelen die je QA-team kunnen helpen de onderliggende problemen achter softwaredefecten te identificeren en te elimineren, zodat je tijd en frustratie bespaart.
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
Wat is oorzaakanalyse?
Oorzaakanalyse (RCA) is een techniek die wordt gebruikt om te achterhalen waarom een probleem is ontstaan. De techniek is erop gericht de oorsprong van het probleem vast te stellen met behulp van hulpmiddelen die een reeks stappen volgen om de mogelijke oorzaken en vervolgens de primaire oorzaak van het probleem te identificeren.
Het is een kwaliteitscontrolemaatregel waarmee je kunt achterhalen wat er is gebeurd, begrijpen waarom het is gebeurd en vervolgens een proces kunt opzetten om de kans te verkleinen dat hetzelfde probleem opnieuw optreedt.
RCA is gebaseerd op het uitgangspunt dat alle systemen en gebeurtenissen met elkaar verbonden zijn. Eén gebeurtenis op een bepaald gebied veroorzaakt iets anders op een ander gebied. Door deze onderling verbonden oorzaken terug te volgen, kan software voor probleemtracking zien hoe het systeem is veranderd in wat nu het hoofdprobleem is (dit is een van de vele belangrijke voordelen van software voor probleemtracking). De software zoekt naar patronen en vindt tekortkomingen die in het systeem zelf verborgen zitten. Zo worden een hoofdoorzaak of meerdere oorzaken van problemen effectief zichtbaar.
RCA stelt vast of een defect is veroorzaakt door een testfout, een ontwikkelfout of misschien een fout in de vereisten of het ontwerp.
Het is essentieel om dit vast te stellen, zodat latere releases het defect niet opnieuw bevatten. Bij een ontwerpfout kan iemand de ontwerpdocumentatie nalopen en aanpassingen maken; hetzelfde geldt wanneer het defect door een testfout is veroorzaakt. Dit is een voorbeeld van causale-factoranalyse.
Hulpmiddelen voor oorzaakanalyse
Met de juiste hulpmiddelen voor oorzaakanalyse kun je het RCA-proces volgen en de factoren die bijdragen aan onderliggende problemen systematisch onderzoeken.
Als je met een goed analysehulpmiddel de werkelijke hoofdoorzaak van problemen vindt, ben je verder dan alleen proberen de brandjes te blussen die door de oorspronkelijke symptomen zijn veroorzaakt.
Hier zijn vijf methoden voor oorzaakanalyse die je als hulpmiddel kunt gebruiken om de onderliggende hoofdoorzaak van een probleem te ontdekken.
1. 8D-oorzaakanalyse
De Acht Disciplines voor Probleemoplossing (8D) werd in de jaren 1980 door autofabrikant Ford ontwikkeld als Teamgerichte Probleemoplossing (TOPS). Het is een methode die een oorzaakanalyseproces gebruikt om het probleem te vinden, een tijdelijke oplossing te creëren en tegelijkertijd een langetermijnoplossing te ontwikkelen, zodat problemen niet opnieuw optreden. De methode wordt gebruikt voor continue verbetering van betrouwbaarheid en kwaliteit.
Dit proces is erop gericht mogelijke hoofdoorzaken te vinden, deze terug te brengen tot de werkelijke oorzaak en vervolgens beheersingsprocessen te creëren en een corrigerende maatregel te gebruiken om herhaling van problemen te voorkomen. Het stimuleert systematische verandering, zodat het onmiddellijke probleem wordt opgelost samen met andere problemen die kunnen voortkomen uit een systeemfout. Het is consistent, eenvoudig voor het team om te leren en grondig wanneer het wordt toegepast.
De focus op een team in plaats van op een individu is eveneens voordelig. De methode verbetert de kwaliteit en betrouwbaarheid en pakt mogelijke toekomstige problemen aan voordat ze een product belemmeren. De methode moet worden gebruikt om het volgende te beoordelen:
- Gevonden veiligheids- en regelgevingsproblemen.
- Binnengekomen klachten van klanten.
- Situaties waarin garantieproblemen een hoger dan verwacht uitvalpercentage laten zien.
- Onacceptabele niveaus van intern afval en afkeur, lage prestaties of volledig mislukte tests.
2. Vistegraatdiagram voor oorzaakanalyse
Hoe vreemd de naam ook klinkt, deze beschrijft het uiterlijk van de analyse op papier. In de eenvoudigste vorm is het gewoon een oorzaak-gevolgdiagram. Het wordt ook wel een Ishikawa-diagram genoemd.
Dit hulpmiddel is nuttig bij brainstormsessies als onderdeel van het analyseproces, wanneer je probeert vast te stellen welke factoren een probleem kunnen hebben veroorzaakt. Het is een omgekeerde oorzakenboom. Een boom is bedoeld om de oorzaken te beperken, terwijl een visgraat de lijst verbreedt. Het visgraatdiagram wordt gebruikt om oorzaak en gevolg te onderzoeken. Het probleem wordt bij “de kop van de vis” geplaatst en vervolgens worden de mogelijke oorzaken op de kleinere graten van verschillende categorieën geschreven.
Hierdoor kunnen ideeën over mogelijke oorzaken worden overwogen die anders misschien over het hoofd zouden worden gezien. Zodra het team een probleemstelling heeft vastgesteld en duidelijk geformuleerd, worden categorieën zoals toelevering, apparatuur, personeel enzovoort gecreëerd.
Vervolgens begin je te brainstormen over waarom iets is gebeurd. Het visgraatdiagram houdt de focus op de oorzaak in plaats van op de symptomen. De waarde van het diagram is dat teamleden hierdoor diepgaand kunnen onderzoeken en een probleem kunnen begrijpen, zodat het in het heden en de toekomst adequaat kan worden aangepakt.
3. De 5-waaromtechniek voor oorzaakanalyse
Deze tool is een andere doeltreffende manier om de grondoorzaak van het probleem te vinden en terugkerende problemen te stoppen. Dit systeem is ontwikkeld door Sakichi Toyoda en maakt deel uit van de Lean-filosofie. Het doel is om bij het benaderen van een probleem vijf keer “waarom?” te vragen. Hierdoor kan een oplossing duidelijk worden. Het helpt om de grondoorzaak van een probleem te vinden en weg te nemen, zodat terugkerende fouten worden voorkomen.
Dit proces wordt uitgevoerd door een multidisciplinair team samen te stellen voor unieke gezichtspunten. Definieer het probleem duidelijk, zodat er geen twijfel bestaat over wat wordt onderzocht. Laat iemand het team leiden en ervoor zorgen dat het gefocust blijft. Begin met de vraag “waarom?” en analyseer de antwoorden totdat je het kernprobleem hebt gevonden.
Sta ervoor open dat er misschien meer dan één grondoorzaak is. Neem corrigerende maatregelen zodra de grondoorzaak of grondoorzaken zijn ontdekt. Test of de oplossing werkt en begin het proces opnieuw als dat niet het geval is.
4. Oorzaakanalyse met 5M, 6M en E
Deze tools voor oorzaakanalyse zijn vergelijkbaar. Zowel 5M als 6M & E hebben vergelijkbare categorieën om te analyseren. Personeel (mensen), machines, metingen, materialen, methoden en omgeving (moeder natuur). Deze elementen bevatten de antwoorden wanneer er een probleem of variatie in het proces is.
Er zijn vragen die moeten worden gesteld, beantwoord en beoordeeld, zodat het bereik van waar de grondoorzaak kan liggen wordt verkleind. Dit kan van toepassing zijn op softwaretesten, omdat problemen niet alleen uit het interne programma zelf kunnen voortkomen. Is het een gebruikersprobleem? Programmering? Analyse? Menselijke fout? Methoden of een fout die op de een of andere manier vanuit een externe bron onderdeel van de software is geworden?
Deze 5-6 punten zijn gestructureerd om de relaties tussen gebeurtenissen, gebruikers en problemen die de fout of het incident hebben veroorzaakt, te benoemen en aan elkaar te koppelen.
Net als andere RCA-protocollen wordt dit gebruikt om het probleem dat de specifieke kwestie heeft veroorzaakt te achterhalen en weg te nemen. Het helpt verspilling van personeel en middelen te verminderen door de grondoorzaak te achterhalen en zo de symptomen die op het probleem wezen te verlichten. Het helpt voorkomen dat fouten zich opnieuw voordoen.
5. Software voor oorzaakanalyse
Er zijn verschillende RCA-softwareprogramma’s beschikbaar om problemen te analyseren en op te lossen. Deze softwareprogramma’s verzamelen gegevens en gebruiken die om teams te helpen verschillende analyses uit te voeren die bijdragen aan goed kwaliteitsbeheer, waaronder:
- Ishikawa (visgraatdiagram)
- De 5 waarom-vragen
- Gapanalyse
- Veranderingsanalyse
- Ongevallenanalyse
- Faalwijzen- en gevolgenanalyse
Het voordeel van RCA-software is dat deze oorzaakanalyse veel eenvoudiger kan maken door alle incidenten en gegevens over oorzaakanalyses op één webgebaseerde locatie vast te leggen, zodat ze op een toegankelijke manier kunnen worden gedeeld.
Voorbeelden van software voor oorzaakanalyse zijn zowel incidentbeheersoftware als veel QA-automatiseringstools met RCA-modules.
Zodra de software heeft geholpen de grondoorzaak te identificeren, kunnen corrigerende maatregelen worden genomen om het kernprobleem te stoppen en risico’s te beperken. Werknemers kunnen worden toegewezen aan bepaalde taken om ervoor te zorgen dat alles wordt hersteld en opnieuw wordt uitgevoerd. De software kan helpen het aantal vergelijkbare incidenten te verminderen en ook de kosten en incidentfrequentie te verlagen door de grondoorzaak aan te pakken.
Conclusie
Het gebruik van een van deze tools voor oorzaakanalyse kan betere tests en sterke QA-ondersteuning bieden wanneer een team met symptomen van een probleem te maken krijgt en de grondoorzaken moet vaststellen om het op te lossen.
De tools zijn allemaal eenvoudig te begrijpen en logisch in de manier waarop ze verschillende problematische situaties benaderen.
Weten hoe je een of al deze tools voor oorzaakanalyse gebruikt, is belangrijk bij het opbouwen van een team dat niet alleen kan creëren, maar ook kan repareren en beperken. Het gebruik van deze tools, samen met ondersteuning van collega’s als onderdeel van het oorzaakanalyseproces, opent de deur naar duidelijke antwoorden, procesverbetering en algehele verbetering van de productkwaliteit.
Blijf op de hoogte van de QA-wereld: abonneer je op de nieuwsbrief van The QA Lead of luister naar onze nieuwste podcastaflevering.
