capa beginner s guide corrective action preventive action
Utforska allt om korrigerande åtgärder Förebyggande åtgärder (CAPA) inklusive några exempel och fallstudier för verkliga applikationer:
Många gånger hör vi att termerna Korrigerande åtgärder och förebyggande åtgärder (gemensamt kallat CAPA) används omväxlande men i verkligheten är de inte desamma. Definitionen och avsikten med var och en av dessa åtgärder är mycket specifik i applikationen.
Vad du kommer att lära dig:
- Vad är förebyggande åtgärder för korrigerande åtgärder (CAPA)?
- Korrigerande åtgärder
- Förebyggande åtgärd
- Skillnaden mellan korrigerande och förebyggande åtgärder
- CAPA-likheter
- När ska man använda var och en?
- Processer för att identifiera korrigerande och förebyggande åtgärder
- Grundläggande process för CAPA
- Spåra korrigerande eller förebyggande åtgärder för att stänga
- Testarens perspektiv
- Slutsats
Vad är förebyggande åtgärder för korrigerande åtgärder (CAPA)?
I den här artikeln kommer vi att diskutera korrigerande åtgärder och förebyggande åtgärder mer detaljerat - vi kommer att definiera var och en av dessa med exempel, djupdyka in i detaljerna och titta på några fallstudier för verkliga applikationer.
Låt oss utforska !!
Korrigerande åtgärder
Såsom definieras i Merriam-Webster-ordlistan definieras ordet korrigerande som 'avsett att korrigera (att göra eller ställa in rätt)'. Därför är korrigerande åtgärder, enligt definitionen, en uppgift som identifieras för att korrigera eller åtgärda ett pågående problem eller problem.
För de läsare som ingår i något program för utveckling och leverans av programvara, det vanligaste Exempel av korrigerande åtgärder är beslutet att distribuera en snabbkorrigering för produktion för att fixa en produktionsincident orsakad av den senaste produktionsdistributionen.
Förebyggande åtgärd
Såsom definieras i Merriam-Webster-ordlistan definieras ordet preventivt som ”något som förhindrar (för att förhindra att det händer eller existerar)”. Därför definieras förebyggande åtgärder som en uppgift som identifierats för att förhindra att ett problem eller problem inträffar inom en snar framtid.
Till exempel processen att tillhandahålla påverkade områden till testarna kan förhindra att oavsiktliga buggar kryper in i produktionen, särskilt i komponenter som annars ansågs vara utom räckvidd under kravplaneringen.
Skillnaden mellan korrigerande och förebyggande åtgärder
Korrigerande åtgärder | Förebyggande åtgärd |
---|---|
Åtgärdar ett aktuellt problem. | Åtgärdar ett problem som kan uppstå i framtiden (nära eller avlägset). |
Avsikten här är att åtgärda / lösa problemet. | Avsikten här är att förhindra att detta problem uppstår i framtiden. |
CAPA-likheter
# 1) Både förebyggande och korrigerande åtgärder skapas för att hantera frågor från det förflutna, nuet eller framtiden.
# 2) Starten av förebyggande eller korrigerande åtgärder är från samma underliggande processer som:
- Riskanalys och hanteringsprocess
- Process för analys av rotorsaker
- Retrospektiv process
- Granska organisatoriska processtillgångar som historiska lärdomar etc.
Vi kommer att diskutera dessa processer i detalj i nästa avsnitt.
När ska man använda var och en?
Varje identifierat problem eller risk kan ha en motsvarande CAPA. Medan vi letar efter om en resulterande åtgärd skulle vara korrigerande eller förebyggande - är tumregeln att förstå här avsikten med denna åtgärd.
- Om avsikten är korrigerande till sin natur, dvs. om innebörden är utformad för att lösa det nuvarande problemet, skulle det kallas korrigerande åtgärder.
- Om avsikten är förebyggande, dvs. om innebörden är utformad för att förhindra att sådana problem uppstår i framtiden, skulle det kallas förebyggande åtgärder.
Processer att identifieraKorrigerande och förebyggande åtgärder
# 1) Riskanalys och hanteringsprocess
Risk är i huvudsak sannolikheten för en negativ händelse.
När en riskanalys utförs utvärderas ett projekt eller en aktivitet för att identifiera de därmed sammanhängande riskerna och effekten av denna risk på projektet / aktiviteten. Denna analys görs som en del av den övergripande riskhanteringen där en lämplig mildringsstrategi skapas baserat på effekterna och sannolikheten för att denna risk uppstår.
Varje identifierad risk kan ha eller inte ha en förebyggande eller korrigerande åtgärd associerad med den. De identifierade riskerna kartläggs och grupperas utifrån deras inverkan och sannolikhet för förekomst. Prioritet ges till risken som faller under hög påverkan och hög sannolikhet för förekomst av hink.
Låt oss överväga ett exempel för att förstå detta ytterligare.
Låt oss anta att ditt team är på väg att släppa en ny webbplats och baserat på olösta buggar och kort leveranstidslinje, identifierade teamet följande risker för projektet om det släpptes:
- Risk nr 1: Sökfunktionaliteten på webbplatsen tar för lång tid att svara och så småningom kommer time-out. Kunder kommer att se ett felmeddelande som anger timeout.
- Risk nr 2: Logotypen på kontaktsidan är inte mobilresponsiv.
- Risk # 3: Kontoregistreringsprocessen fungerar inte. Nya användare kan inte registrera sig
- Risk # 4: IE9-kunder (mindre än 4% bland alla kunder) kan inte klicka på ikonen Startsida.
För att prioritera upplösningen kartlägger ditt team sedan de identifierade riskerna i riskmatrisen enligt nedan.
I praktiken skulle risk nr 1 och 3 prioriteras framför risk 2 och 4, eftersom de är mer kritiska på grund av deras höga sannolikhet för förekomst och påverkan.
Låt oss nu utveckla riskreducerande strategier för de identifierade riskerna!
Riskreducering för risk nr 1
Förebyggande åtgärd:
- Optimera sökningens lagrade procedur för att returnera resultaten på mindre än 2 sekunder. Tilldela ytterligare dev-resurser, eller tilldela resurser för att slutföra den här uppgiften innan utgåvan.
Korrigerande åtgärder:
- Lägg till paginering på sökresultatsidan så att endast 25 produkter som matchar kriterierna laddas åt gången, vilket minskar belastningen på servern.
Riskreducering för risk nr 2
qa chef intervju frågor svar pdf
Förebyggande åtgärd:
- Ingen
Korrigerande åtgärder
- Åtgärda defekten om dev-resurserna är tillgängliga.
Riskreducering för risk nr 3
Korrigerande åtgärder
- Tilldela dev-resurser eller tilldela resurser för att åtgärda denna defekt.
Riskreducering för risk nr 4
Förebyggande åtgärd:
- Ingen
Korrigerande åtgärder
- Åtgärda defekten om dev-resurser finns tillgängliga.
# 2) Analysprocess för orsaken
Grundorsaksanalys görs för att identifiera grundorsaken till det tidigare eller befintliga problemet. Min favoritmetod hela tiden för att fastställa grundorsaken är 5-Why-metoden.
Vad är 5-Why-metoden?
5-Why-metoden är en vanlig frågande teknik där grundorsaken identifieras genom att upprepa frågan 'Varför'. Denna teknik är mycket populär även i tillverkningsindustrin och användes ursprungligen i Toyota Motor Corporation under utvecklingen av tillverkningsmetoderna.
Låt oss överväga detta exempel:
Problem: Bygg misslyckades i produktionen och måste rullas tillbaka.
VARFÖR?
Kunder kunde inte lägga till varor i kundvagnen till kassan.
VARFÖR?
Byggdistributionsproblem: En av de nödvändiga lagrade procedurerna distribuerades inte. Detta påverkade tilläggsvagnens funktionalitet.
VARFÖR?
Instruktionerna för att distribuera just den här lagrade proceduren saknades i manifestet.
VARFÖR?
Utvecklare som ansvarar för den lagrade procedurutvecklingen glömde att lägga till instruktionerna i manifestet.
Korrigerande åtgärder:
- Lägg till korrekta och korrekta instruktioner i manifestet för byggdistribution.
- Testa implementeringen av det fullständiga byggpaketet enligt instruktionerna i manifestet på en annan testmiljö och utför ett regressionstest för att säkerställa om build fungerar bra.
Förebyggande åtgärd:
- Introducera processen för Dev leder för att granska hela distributionspaketet plus manifestet, minst 1 dag före produktionsutgåvan.
# 3) Retrospektiv process
En retrospektiv är en genomgång av tidigare händelser och använder dessa händelser som en möjlighet att lära av dem. När det gäller mjukvaruutveckling och projektledning kan en retrospektiv göras antingen i slutet av en större release eller i slutet av en sprint eller vid vilken milstolpe som helst i projektet.
Baserat på granskningen kan ett antal relevanta förebyggande eller korrigerande åtgärder identifieras som skulle kunna bidra till att mildra riskerna med liknande framtida projekt.
# 4) Granska organisatoriska processtillgångar som historiska lärdomar
Förklaringen här är densamma som ovanstående punkt för den retrospektiva processen. Tanken här är att lära av tidigare misstag eller problem och tillämpa en identifierad förbättring på liknande framtida projekt.
Grundläggande process för CAPA
Oavsett vilka processer som används för att identifiera korrigerande eller förebyggande åtgärder, förblir den grundläggande processen eller metoden densamma. Låt oss diskutera den grundläggande steg för steg-processen med ett exempel från vår vardag.
Låt oss nu tillämpa denna process på ett verkligt exempel .
Nästan varje gång jag diskar hamnar jag på att tvätta tvålen, det vill säga att den läcker över och tvålvätskan är över golvet. Tvålutsläppet är inte lätt att rengöra och är tröttsamt!
Spåra korrigerande eller förebyggande åtgärder för att stänga
Efter en åtgärd identifieras om korrigerande eller förebyggande är arbetet inte över ännu. Åtgärden måste fortfarande utföras och slutligen slutföras och avslutas.
Att spåra åtgärdspunkter till stängning är något som lagen ofta kämpar med.
Nedan följer några användbara tips som kan hjälpa dig och ditt team att spåra och genomföra de identifierade åtgärderna.
- Identifiera alltid den person som är ansvarig för att utföra den identifierade åtgärdspunkten och den person som är ansvarig för att driva hela initiativet. Exempel: Om åtgärden avser ett mjukvaruprojekt kan den som utför den vara en utvecklare och den som driver det kan vara projektledaren.
- Se till att det finns ett sätt att spåra hur åtgärden fortskrider. Beroende på din organisation kan sättet att spåra sträcka sig från rader i Excel till att använda dedikerad licensierad programvara för att spåra alla pågående åtgärder.
- Skapa riktlinjer för rapportering av försenade åtgärdsposter. Riktlinjen kan vara enkel, som om en åtgärd inte slutförs förrän efter 7 dagar efter det avtalade på förfallodagen, så skickas en formell rapport till ledningsgruppen om detta och projektgruppen uppmanas att motivera varför åtgärden inte slutfördes inom den angivna tidsramen. Fler nivåer kan läggas till i denna regel baserat på din organisations hierarkiska struktur.
Klick här , för att komma åt korrigerande och förebyggande handlingsplanmall med exempeldata.
Testarens perspektiv
Som testare bidrar vi till ett projekts framgång på flera sätt. Förmågan att identifiera risker och bidra till att identifiera CAPA är en viktig färdighet som vi kan utveckla och använda till vår fördel.
vad är den bästa programvaran för borttagning av skadlig programvara
Korrigerande och förebyggande åtgärder kan också enkelt tillämpas på testprocessen och kan hjälpa till att förbättra testets effektivitet och övergripande kvalitet. Dessa åtgärder kan identifieras av testledningarna, kvalitetsledningarna, projektledarna etc. och utföras av testarna och till och med de andra gruppmedlemmarna.
Slutsats
Korrigerande åtgärder är en uppgift som identifieras för att korrigera eller åtgärda ett pågående problem eller problem. Förebyggande åtgärder definieras som en uppgift som identifierats för att förhindra ett problem eller problem som kan uppstå inom en nära eller avlägsen framtid.
Även om avsikten är annorlunda för båda skapas förebyggande och korrigerande åtgärder för att hantera frågorna från det förflutna, nuet eller framtiden.
Riskanalys, rotorsaksanalys, retrospektiv etc. är alla processer som kan användas för att identifiera förebyggande och korrigerande åtgärder. Efter en åtgärd identifieras huruvida korrigerande eller förebyggande, är arbetet inte över ännu. Åtgärden måste fortfarande utföras och slutligen slutföras och avslutas.
Förmågan att identifiera risker och bidra till att identifiera korrigerande och förebyggande åtgärder är en viktig färdighet som vi testare kan utveckla och använda till vår fördel.
Jag hoppas att den här artikeln skulle ha förtydligat alla dina frågor om korrigerande åtgärder och förebyggande åtgärder (CAPA) !!
Rekommenderad läsning
- De enda 150 ord som du bör läsa idag för att börja agera
- Nybörjarhandbok för SalesForce Testing
- Nybörjarhandboken för ERP-testning (SAP-testning) - Del 1
- Bästa GRATIS C # -handledningsserie: Den ultimata C # -guiden för nybörjare
- Vad är systemtestning - En ultimat nybörjarguide
- Responsive Web Design Testing: The Complete Beginner's Guide
- CSTE-certifieringsguide
- Alpha Testing och Beta Testing (En komplett guide)