5 verktyg för grundorsaksanalys för bättre testning och kvalitetssäkring
Har du svårt att åtgärda programvarubuggar som fortsätter att återkomma? Du är inte ensam. Manuell felsökning är tidskrävande och missar ofta grundorsaken. När ett problem behöver analyseras måste ett företag använda verktyg för grundorsaksanalys för att se bortom några få symtom.
Hitta den faktiska orsaken till problemet så att de underliggande systemen och processerna kan repareras och problemet kan åtgärdas med en permanent lösning i stället för bara en tillfällig.
Den här artikeln utforskar 5 kraftfulla verktyg som kan hjälpa ditt QA-team att identifiera och eliminera de underliggande problemen bakom programvarudefekter, vilket sparar tid och frustration.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Vad är grundorsaksanalys?
Grundorsaksanalys (RCA) är en teknik som används för att hitta svar på varför ett problem har uppstått. Den syftar till att fastställa problemets ursprung genom att använda verktyg för att följa en uppsättning steg som identifierar de möjliga orsakerna och därefter den huvudsakliga orsaken till problemet.
Det är en kvalitetskontrollåtgärd som gör det möjligt att ta reda på vad som hände, förstå varför det inträffade och sedan börja skapa en process för att minska risken för att samma problem återkommer.
RCA bygger på att alla system och händelser är sammankopplade. En sak inom ett visst område utlöser något annat inom ett annat område. Möjligheten att spåra dessa sammankopplade utlösare bakåt gör det möjligt för programvara för ärendehantering att se hur den blev det system som nu utgör huvudproblemet (detta är en av många viktiga fördelar med programvara för ärendehantering). Den söker efter mönster och hittar brister som är dolda i själva systemet. Den visar effektivt en grundorsak eller flera orsaker till problem.
RCA identifierar om ett defekt orsakades av ett testfel, ett utvecklingsfel eller kanske ett krav- eller designfel.
Det är avgörande att ta reda på detta, så att senare lanseringar inte också innehåller defekten. Ett designfel gör det möjligt att gå igenom designdokumentationen och göra justeringar, precis som när defekten orsakades av ett testfel. Detta är ett exempel på orsaksfaktoranalys.
Verktyg för grundorsaksanalys
Med rätt verktyg för grundorsaksanalys kan du följa RCA-processen och på ett systematiskt sätt undersöka de bidragande faktorerna bakom underliggande problem.
Att hitta den verkliga grundorsaken till problem med ett bra analysverktyg innebär att du går längre än att bara försöka släcka bränder som uppstått på grund av de ursprungliga symtomen.
Här är fem metoder för grundorsaksanalys som du kan använda som verktyg för att upptäcka den underliggande grundorsaken till ett problem.
1. 8D-grundorsaksanalys
De åtta disciplinerna för problemlösning (8D) utformades av Ford Motor Company som teamorienterad problemlösning (TOPS) på 1980-talet. Det är en metod som använder en grundorsaksanalysprocess för att hitta problemet och skapa en tillfällig lösning, samtidigt som den även skapar en långsiktig lösning så att problemen inte återkommer. Den används för kontinuerlig förbättring av tillförlitlighet och kvalitet.
Den här processen syftar till att hitta möjliga grundorsaker, begränsa dem till den faktiska orsaken och sedan skapa begränsningsprocesser samt använda en korrigerande åtgärd för att förhindra att problemen upprepas. Den driver fram systematiska förändringar så att den löser det omedelbara problemet tillsammans med andra problem som kan uppstå till följd av systemfel. Den är konsekvent, enkel för teamet att lära sig och utgör en grundlig process när den tillämpas.
Fokus på teamet i stället för individen är också fördelaktigt. Metoden förbättrar kvalitet och tillförlitlighet och arbetar med potentiella framtida problem innan de belastar en produkt. Den bör användas för att bedöma:
- Upptäckta säkerhets- och regulatoriska problem.
- Inkommande kundklagomål.
- När garantiärenden visar en högre felfrekvens än förväntat.
- Oacceptabla nivåer av internt svinn och kassationer samt låg prestanda eller fullständiga testfel.
2. Fiskbensverktyg för grundorsaksanalys
Även om namnet kan låta märkligt beskriver det hur analysen ser ut på papper. I sin enklaste form är det bara ett orsak–verkandiagram. Det kallas också Ishikawa-diagram.
Det här verktyget är användbart vid brainstorming som en del av analysprocessen när man försöker identifiera faktorer som kan ha orsakat ett problem. Det är ett grundorsaksträd i omvänd form. Ett träd används för att begränsa orsakerna, medan ett fiskben breddar listan. Det fiskbensdiagrammet används för att studera orsak och verkan. Problemet placeras vid ”fiskens huvud” och de möjliga orsakerna skrivs sedan på de mindre benen inom olika kategorier.
Det gör det möjligt att överväga idéer om möjliga orsaker som annars kanske skulle förbises. När teamet har formulerat och tydligt fastställt en problemformulering skapas sedan kategorier som leveranser, utrustning, personal med mera.
Sedan börjar du brainstorma kring varför något har hänt. Fiskbensdiagrammet håller fokus på orsaken i stället för symtomen. Diagrammets värde ligger i att det låter teammedlemmarna gå på djupet och förstå ett problem, så att det kan hanteras på ett tillfredsställande sätt både nu och i framtiden.
3. Tekniken med de 5 varför för grundorsaksanalys
Det här verktyget är ytterligare ett effektivt sätt att hitta problemets grundorsak och stoppa återkommande problem. Systemet skapades av Sakichi Toyoda och är en del av Lean-filosofin. Poängen är att fråga ”varför?” fem gånger när man tar sig an ett problem. Detta hjälper till att tydliggöra en lösning. Syftet är att hitta och eliminera grundorsaken till ett problem för att undvika återkommande fel.
Processen genomförs genom att bilda ett tvärfunktionellt team för att få unika perspektiv. Definiera problemet tydligt så att det inte råder någon tvekan om vad som undersöks. Utse någon som leder teamet och håller det fokuserat. Börja fråga ”varför?” och analysera svaren tills du hittar grundproblemet.
Var öppen för att det kanske finns mer än en grundorsak. Vidta korrigerande åtgärder när grundorsaken eller grundorsakerna har upptäckts. Testa att det fungerar och börja om med processen om det inte gör det.
4. Grundorsaksanalys med 5M, 6M och E
Dessa verktyg för grundorsaksanalys liknar varandra. 5M, 6M & E har båda liknande kategorier att analysera. Personal (människor), maskin, mätning, material, metoder och miljö (moder natur). Dessa faktorer innehåller svaren när det uppstår ett problem eller en variation i processen.
Det finns frågor som behöver ställas, besvaras och bedömas för att avgränsa var grundorsaken kan ligga. Det kan tillämpas på programvarutestning, eftersom problem kan komma från mer än bara själva det interna programmet. Är det ett användarproblem? Programmering? Analys? Mänskliga misstag? Metoder eller ett fel som på något sätt har blivit en del av programvaran från en extern källa?
Dessa 5–6 punkter är strukturerade för att identifiera och koppla samman relationerna mellan händelser, användare och problem som orsakade felet eller incidenten.
Precis som andra RCA-protokoll används detta för att hitta och eliminera problemet som orsakade det specifika felet. Det bidrar till att minska personalrelaterat och ekonomiskt slöseri genom att hitta grundorsaken och därmed lindra de symtom som signalerade problemet. Det bidrar till att förhindra att fel upprepas.
5. Programvara för grundorsaksanalys
Det finns olika RCA-program tillgängliga för att analysera och lösa problem. Dessa program samlar in data och använder den för att hjälpa team att genomföra olika analyser som bidrar till god kvalitetsstyrning, bland annat:
- Ishikawa (fiskbensdiagram)
- De 5 varför
- Gap-analys
- Förändringsanalys
- Olycksanalys
- Analys av felmoder och deras effekter
Fördelarna med RCA-programvara är att den kan göra orsaksanalysen betydligt enklare genom att registrera alla incidenter och all data om orsaksanalys på en webbaserad plats, så att den kan delas på ett lättillgängligt sätt.
Exempel på programvara för grundorsaksanalys är både programvara för incidenthantering och många verktyg för QA-automatisering som har RCA-moduler.
När programvaran har hjälpt till att identifiera grundorsaken finns det möjlighet att börja vidta korrigerande åtgärder för att stoppa grundproblemet och minska risken. Medarbetare kan tilldelas vissa uppgifter för att säkerställa att allt repareras och görs om. Programvaran kan bidra till att minska antalet liknande incidenter och även sänka kostnaderna och incidentfrekvensen genom att grundorsaken åtgärdas.
Slutsats
Att använda något av dessa verktyg för grundorsaksanalys kan ge bättre testning och ett stabilt QA-stöd när ett team stöter på symtom på ett problem och behöver fastställa grundorsakerna för att kunna åtgärda det.
Verktygen är alla enkla att förstå och logiska i sitt sätt att hantera olika problemsituationer.
Att veta hur man använder ett eller alla dessa verktyg för grundorsaksanalys är viktigt när man bygger ett team som inte bara kan skapa utan också reparera och förebygga. Att använda dessa verktyg tillsammans med stöd från kollegor som en del av processen för grundorsaksanalys öppnar dörren till tydliga svar, processförbättringar och övergripande förbättringar av produktkvaliteten.
Håll dig uppdaterad om QA-världen genom att prenumerera på The QA Leads nyhetsbrev eller lyssna på vårt senaste poddavsnitt.
