how achieve level 5 maturity
Den här artikeln förklarar vad som är CMM-nivåer och hur man uppnår dessa CMM-nivåer för QA-processer - förklaras med de bästa exemplen.
För varje process, oavsett om det är en QA-process, utvecklingsprocess eller någon icke-teknisk process, finns det nivåer av dess mognad. Med mognadsnivåer menar vi att formalitetsnivån och processförbättringen, som ad-hoc-processer - till formellt definierade steg - till hanterade resultatmått - för optimering av processerna.
Vad du kommer att lära dig:
- CMM (Capability Maturity Model)
- Nivå 1 (initial) - Ad-hoc: oplanerad, osystematisk och inkonsekvent
- Nivå 2 (upprepas) - Kontroll: Initiera definieringsprocesser på hög nivå
- Nivå 3 (definierad) - Kärnkompetens: Kom med en generaliserad process för bredare publik och domäner
- Nivå 4 (hanterad) - förutsägbar: Mät processerna
- Nivå 5 (optimering) - innovativ: kontinuerlig förbättring
- Ytterligare info
- Rekommenderad läsning
CMM (Capability Maturity Model)
Detta är en processbaserad modell som används för att bedöma en organisations mognad för olika domäner. Begreppet CMM introducerades av Software Engineering Institute ( VARA ) i USA.
Även om den här modellen tillämpas på mjukvaruutvecklingsprocessen, så småningom används den för andra processer liksom QA och testning.
Den har 5 olika mognadsnivåer från 1 till 5. När vi går mot nivå 5 från 1 minskas variationen och inkonsekvensen. Nedan är detaljerna i 5 nivåer. Här kommer vi att gå igenom 5 CMM-nivåer med avseende på QA-processen och vad all produktion / resultat förväntas för varje nivå att mogna en QA / testprocess och nå upp till nivå 5.
Nivå 1 (initial) - Ad-hoc: oplanerad, osystematisk och inkonsekvent
Som ordet ”Ad-Hoc” säger: oplanerad, oförberedd, på denna nivå ges inte betydelsen av planering, efter processer, riktlinjer och standarder. Det finns inget standardiserat och konsekvent sätt att utföra någon uppgift. Det enda som är viktigt på denna nivå är att uppfylla tidslinjerna, oavsett slutproduktens kvalitet och leveranser.
Eftersom det inte finns några fördefinierade standarder och processer utförs samma uppgift på olika sätt av olika människor.
Och detta blir ännu mer osystematiskt och inkonsekvent om samma uppgift görs annorlunda nästa gång det inte finns några dokument tillgängliga om processen som kan låta processen replikeras.
Så på denna nivå är processen dåligt kontrollerad, oförutsägbar och reaktiv.
Till exempel,
QA - Exemplet skulle vara att i en organisation även om QA är en av faserna i en produktlivscykel, finns det inga standarder och ingen definierad process, inga mallar för QA-leveranser - testplan, teststrategi, testscenarier och testfall är inte standardiserade.
Även om dessa saker är definierade och dokumenterade har alla teammedlemmar sitt eget sätt att utföra uppgifterna och processen är inte alls konsekvent. Så i princip finns det ingen kontroll över QA och det är en kaotisk fas.
Nivå 2 (upprepas) - Kontroll: Initiera definieringsprocesser på hög nivå
I den här fasen får vi lösningen på problemet med otillgängligheten av QA-processer, metodik och standarder som vi såg på nivå 1. Vi har processer, metodik och standarder på plats.
Standarderna och processerna är inte bara slutförda utan är också väldokumenterade så att de kan återanvändas av någon av de liknande uppgifter som har gjorts tidigare. Det är därför denna nivå är känd som ”repeterbar” - eftersom vi kan upprepa stegen för att göra samma typ av arbete.
Så fokus ligger på grundläggande projektledning på denna nivå.
Till exempel,
QA - Definiera övergripande kvalitetssäkringsprocess och metod för olika typer av tester som funktion, data, prestanda etc. Definiera roll och ansvar för en kvalitetsingenjör och testledare i projektets livscykel och förbered mallar för leveranser i varje fas. Testplan, teststrategi, testscenarier och testfall bör vara på plats.
Definiera och förbereda inte bara utan delar också dokumentationen inom teamet.
Nivå 3 (definierad) - Kärnkompetens: Kom med en generaliserad process för bredare publik och domäner
På nivå 3 är människor motiverade att följa de standarder och processer som definierats på nivå 2. För detta måste först och främst processerna förmedlas till alla involverade personer. Det måste identifieras att alla färdigheter behövs för att använda processerna och standarderna effektivt och effektivt och även om det krävs någon utbildning för det.
Motivera sedan och stödja resurserna för att följa dessa standarder och processer. Här måste människor med mer erfarenhet dela sina kunskaper med andra.
Fokus ligger på dokumentation, processstandardisering och integration. Vid den tiden har organisationen utvecklat sin egen standardprocess för programvarutestning.
Till exempel,
QA - Genomföra webbseminarier och träningspass för att låta människor bekanta sig med den nyligen definierade QA-processen och standarderna och motivera dem att använda dem under det dagliga projektarbetet.
Nivå 4 (hanterad) - förutsägbar: Mät processerna
På denna nivå mäts processer definierade på nivå 3 kvantitativt. Detta görs för att kontrollera den insats som krävs för varje uppgift. Baserat på denna kvantitativa analys kan processer justeras vid behov, och det utan att försämra kvaliteten på slutprodukten.
En analys görs genom att dela upp hela processen i mindre delprocesser och kvantitativa tekniker tillämpas sedan på dessa delprocesser. Enligt resultatet justeras delprocesser vid behov. Denna nivå kallas förutsägbar eftersom vi baserat på tidigare erfarenhet kan förutsäga processen kvantitativt och använda denna förutsägelse för de kommande processerna.
De viktigaste processområdena på CMM-nivå 4 är kvantitativ projektledning och organisatorisk processprestanda.
Kort sagt, processen mäts och kontrolleras på denna nivå.
Till exempel,
QA - Att utföra regelbundna granskningar skulle vara en bra idé här. Detta kan inkludera att kontrollera om team faktiskt följer de definierade processerna, använda standardmallarna, följa metoden eller inte.
Om du är intresserad av automatiseringstest skulle det här vara ett lämpligt exempel att göra periodiska kodgranskningar av automatiseringstestskripten.
Nivå 5 (optimering) - innovativ: kontinuerlig förbättring
På denna nivå identifieras innovativa sätt för att ytterligare förbättra de fördefinierade processerna och standarderna. Detta är en kontinuerlig process. För detta övervakas och omarbetas våra egna processer kontinuerligt genom att lägga till nya verktyg och tekniker, genom kontinuerlig forskning och studier och genom att hålla oss uppdaterade med ny information på marknaden.
Detta kan också uppnås genom att benchmarka andra organisationer och lära av dem och försöka förbättra vår process genom att lägga till nya innovationer till den. Så fokus ligger på kontinuerlig processförbättring på denna nivå. De viktigaste processområdena är organisatorisk prestationshantering och kvantitativ projektledning.
Till exempel,
QA - Fortsätt förbättra metoden, definierade processer baserat på tidigare granskningsresultat.
Baserat på vissa studier har man dragit slutsatsen att organisationerna på nivå 1 kan spendera $ 1000 för en viss uppgift och sedan för samma uppgiftsorganisation på nivå 5 måste spendera $ 10.
Nyligen i min organisation identifierades att vi gör regressionstestningen manuellt, vilket kräver manuell upprepning av samma typ av ansträngning och tar mycket timmar som kan sparas och läggas i andra produktiva verk.
Vi gjorde sedan ett Proof of Concept för att automatisera regressionstestprocessen med hjälp av ett automatiseringstestverktyg. POC gick bra och slutligen lyckades vi göra regressionstesterna genom automatiseringstestskript. Detta sparade mycket arbete och tid och bidrog till övergripande processförbättringar.
Efter att ha gått igenom alla fem nivåer som nämns ovan ser det ut som att det är svårt att nå upp till nivå 3. När det väl har uppnåtts är nästa nivå inte för långt och svårt att uppnå :)
Ytterligare info
Numera har CMMI-modellen blivit populär och tagit över CMM. CMMI (Capacity mognadsmodellintegration) är inget annat än efterföljaren för CMM. Det är ett integrerat tillvägagångssätt som behandlar separata modeller av CMM och övervinner nackdelen med traditionell CMM. Det har också de 5 nivåerna som liknar CMM.
Nedan finns en mycket användbar länk där du kan lära dig skillnaden mellan CMM och CMMI och jämföra dessa två:
bästa gratis Windows 10-rengöringsverktyget
På marknaden för programvarutestning är några av CMMI nivå 5-namnen som det är värt att nämna här Capgemini India Pvt. Ltd - “FSGBU Indien - Utvecklings- och testprojekt”, Capita - “Professionella IT-tjänster - Testprojekt” och Infosys offentliga tjänster - “Programvaruutveckling, underhåll och testning”.
Du kan få CMMI-betyg för olika organisationer här .
Vidare läsning: Vad är SEI? CMM? ISO? IEEE? ANSI? Kommer det att hjälpa?
Detta är en gästartikel av Meenal Balajiwale.
Meenal arbetar som teamledare i ett MNC. Hon är specialiserad på den övergripande QA-processen för att utföra funktionella, data, prestanda och säkerhetstester. Arbetade med vattenfall och smidiga modeller. Jag har också arbetat med BI-testning, webbtestning, datakvalitet.
Skicka gärna dina frågor i kommentarerna nedan.
Rekommenderad läsning
- Bästa verktyg för testning av programvara 2021 (QA Test Automation Tools)
- Vad är Compliance Testing (Conformance testing)?
- Business Process Testing (BPT) - Hur man förenklar och påskyndar testprocessen med BPT
- Testing Primer eBook Download
- Ad-hoc-testning: Hur man hittar fel utan en formell testprocess
- 4 steg mot att utveckla den agila testningstänkandet för framgångsrik övergång till smidig process
- B2B (Business to Business) Gateway Testing Process
- Teambuilding i programvarutestning - Hur man bygger och utvecklar ditt QA-team