Meny

Hvordan oppnå modenhet 5 på QA og testprosessen

how achieve level 5 maturity

Prøv Instrumentet Vårt For Å Eliminere Problemer

Denne artikkelen forklarer hva CMM-nivåene er og hvordan du oppnår disse CMM-nivåene for QA-prosesser - forklart med de beste eksemplene.

For enhver prosess, enten det er en QA-prosess, utviklingsprosess eller en ikke-teknisk prosess, er det nivåer av modenhet. Med modenhetsnivåer mener vi at nivået på formalitet og prosessforbedring, som ad-hoc-prosesser - til formelt definerte trinn - til målte resultatmålinger - til optimalisering av prosessene.

Nivå 5 Modenhet for QA og testprosess

Hva du vil lære:

CMM (kapasitetsmodningsmodell)

Dette er en prosessbasert modell som brukes til å vurdere modenheten til en organisasjon for forskjellige domener. Konseptet med CMM ble introdusert av Software Engineering Institute ( VÆRE ) i USA.

Selv om denne modellen brukes på programvareutviklingsprosessen, blir den til slutt brukt til andre prosesser så som QA og testing.

Den har 5 forskjellige modenhetsnivåer fra 1 til 5. Når vi går mot nivå 5 fra 1, blir variabilitet og inkonsekvens redusert. Nedenfor er detaljene i 5 nivåer. Her vil vi gå gjennom 5 CMM-nivåer med hensyn til QA-prosessen og hva forventes all produksjon / resultat for hvert nivå å modne en QA / testprosess og nå opp til nivå 5.

CMM-nivåer

Nivå 1 (innledende) - Ad-hoc: uplanlagt, usystematisk og inkonsekvent

Som ordet ‘Ad-Hoc’ sier: ikke planlagt, uforberedt, på dette nivået, blir ikke betydning gitt til planlegging, etter prosesser, retningslinjer og standarder. Det er ingen standardisert og konsekvent måte å utføre noen oppgaver på. Det eneste som er viktig på dette nivået er å oppfylle tidslinjene, uavhengig av kvaliteten på sluttproduktet og leveransen.

Siden det ikke er noen forhåndsdefinerte standarder og prosesser, gjøres den samme oppgaven på forskjellige måter av forskjellige mennesker.

Og dette blir enda mer usystematisk og inkonsekvent hvis den samme oppgaven gjøres annerledes neste gang det ikke er noen tilgjengelige dokumenter på prosessen som kan la prosessen replikeres.

Så på dette nivået er prosessen dårlig kontrollert, uforutsigbar og reaktiv.

For eksempel,
QA - Eksemplet ville være at i en organisasjon, selv om QA er en av fasene i en produkts livssyklus, er det ikke noen standarder og ingen definert prosess, ingen maler for QA-leveranser - testplan, teststrategi, testscenarioer og testtilfeller er ikke standardiserte.

Selv om disse tingene er definert og dokumentert, har alle teammedlemmer sin egen måte å gjøre oppgavene på, og prosessen er ikke konsistent i det hele tatt. Så i utgangspunktet er det ingen kontroll over QA, og det er en kaotisk fase.

Nivå 2 (repeterbar) - Kontroll: Start definere prosesser på høyt nivå

I denne fasen får vi løsningen på problemet med utilgjengelighet av QA-prosesser, metodikk og standarder som vi så på nivå 1. Vi har prosesser, metodikk og standarder på plass.

Standardene og prosessene er ikke bare avsluttet, men er også godt dokumentert slik at de kan brukes på nytt av noen av de lignende oppgavene som er gjort tidligere. Derfor er dette nivået kjent som 'repeterbart' - ettersom vi kan gjenta trinnene for å utføre samme type arbeid.

Så fokuset er på grunnleggende prosjektledelse på dette nivået.

For eksempel,
QA - Definer generell kvalitetssikringsprosess og metodikk for forskjellige typer testing som funksjonell, data, ytelse osv. Definer rollen og ansvaret til en kvalitetsingeniør og testleder i prosjektets livssyklus og utarbeide maler for leveranser i hver fase. Testplan, teststrategi, testscenarier og testtilfeller bør være på plass.

Ikke bare definere og forberede, men dele også dokumentasjonen i teamet.

Nivå 3 (definert) - Kjernekompetanse: Kom med en generalisert prosess for bredere publikum og domener

På nivå 3 motiveres folk til å følge standardene og prosessene som er definert på nivå 2. For dette, først og fremst, må prosessene formidles til alle involverte mennesker. Det må identifiseres at alle ferdigheter er nødvendige for å bruke prosessene og standardene effektivt og effektivt, og også hvis det er noen opplæring som kreves for det.

Motiver deretter og støtt ressursene for å følge disse standardene og prosessene. Her trenger folk som har mer erfaring å dele sin kunnskap med andre.

Fokuset er på dokumentasjon, prosessstandardisering og integrering. På dette tidspunktet har organisasjonen utviklet sin egen standardprosess for programvaretesting.

For eksempel,
QA - Gjennomføre webinarer og treningsøkter for å la folk bli kjent med den nylig definerte QA-prosessen og standardene og motivere dem til å benytte seg av dem i løpet av deres daglige prosjektarbeid.

Nivå 4 (administrert) - forutsigbar: måle prosessene

På dette nivået måles prosesser definert på nivå 3 kvantitativt. Dette gjøres for å kontrollere innsatsen som kreves for enhver oppgave. Basert på denne kvantitative analysen kan prosesser justeres om nødvendig, og det også uten å forringe kvaliteten på sluttproduktet.

En analyse gjøres ved å dele hele prosessen i mindre delprosesser, og deretter blir kvantitative teknikker brukt på disse delprosessene. I henhold til resultatet blir delprosesser justert om nødvendig. Dette nivået kalles forutsigbart fordi vi basert på tidligere erfaring kan forutsi prosessen kvantitativt og bruke denne spådommen for de kommende prosessene.

De viktigste prosessområdene på CMM nivå 4 er kvantitativ prosjektledelse og organisasjonsprosessytelse.

CMM nivå 4

Kort fortalt blir prosessen målt og kontrollert på dette nivået.

For eksempel,
QA - Å utføre regelmessige revisjoner vil være en god ide her. Dette kan omfatte å sjekke om team faktisk følger prosessene som er definert, ved å bruke standardmalene, følge metodikken eller ikke.

Hvis du er interessert i automatiseringstesting, vil det være et passende eksempel her å gjøre periodiske kodevurderinger av automatiseringstestskriptene.

Nivå 5 (Optimalisering) - Innovativt: Kontinuerlig forbedring

Kontinuerlig forbedring

På dette nivået identifiseres innovative måter for å forbedre de forhåndsdefinerte prosessene og standardene ytterligere. Dette er en kontinuerlig prosess. For dette blir våre egne prosesser overvåket og re-konstruert kontinuerlig ved å legge til nye verktøy og teknologier, ved kontinuerlig forskning og studier og ved å holde oss oppdatert med ny informasjon i markedet.

Dette kan også oppnås ved å sammenligne andre organisasjoner og lære av dem og prøve å forbedre prosessen vår ved å legge til nye innovasjoner i den. Så fokuset er på kontinuerlig prosessforbedring på dette nivået. De viktigste prosessområdene er organisatorisk ytelsesstyring og kvantitativ prosjektledelse.

For eksempel,
QA - Fortsett å forbedre metodikken, prosesser definert basert på tidligere revisjonsresultater.

Basert på noen studier har det blitt konkludert med at organisasjonene på nivå 1 kan bruke $ 1000 for en bestemt oppgave, og deretter for samme oppgaveorganisasjon på nivå 5 må bruke $ 10.

Nylig i min organisasjon ble det identifisert at vi gjør regresjonstestingen manuelt, som tar manuell repetisjon av samme type innsats og bruker mange timer som kan lagres og legges inn i andre produktive verk.

Vi gjorde deretter et bevis på konseptet for å automatisere regresjonstestprosessen ved hjelp av et verktøy for automatiseringstesting. POC gikk bra, og til slutt var vi vellykkede med å gjøre regresjonstesting gjennom automatiseringstestskript. Dette sparte mye krefter og tid og bidro til generell prosessforbedring.

Etter å ha gått gjennom alle 5 nivåene som er nevnt ovenfor, ser det ut som det er vanskelig å nå opp til nivå 3. Når den er oppnådd, er neste nivå ikke for langt og vanskelig å oppnå :)

Tilleggsinformasjon

I dag har CMMI-modellen blitt populær og overtatt CMM. CMMI (Capability modenhetsmodellintegrasjon) er ikke annet enn etterfølgeren til CMM. Det er en integrert tilnærming som omhandler separate modeller av CMM og overvinne ulempen med tradisjonell CMM. Den har også de 5 nivåene som ligner på CMM.

Nedenfor er en veldig nyttig lenke der du kan lære forskjellen mellom CMM og CMMI og sammenligne disse to:

hvor finner du nettverkssikkerhetsnøkkelen

CMM vs CMMI

I programvaretestemarkedet er noen av CMMI nivå 5-navnene som er verdt å nevne her Capgemini India Pvt. Ltd - “FSGBU India - Utviklings- og testprosjekter”, Capita - “IT-profesjonelle tjenester - Testing av prosjekter” og Infosys offentlige tjenester - “Programvareutvikling, vedlikehold og testing”.

Du kan få CMMI-karakteren til de forskjellige organisasjonene her .

Videre lesning: Hva er SEI? CMM? ISO? IEEE? ANSI? Vil det hjelpe?

Dette er en gjesteartikkel av Meenal Balajiwale.
Meenal jobber som teamleder i et MNC. Hun er spesialisert i den samlede QA-prosessen for å utføre funksjonelle, data-, ytelses- og sikkerhetstester. Jobbet med fossefall og smidige modeller. Jeg har jobbet med BI-testing, nettesting, datakvalitet også.

Ta gjerne spørsmål i kommentarene nedenfor.

Anbefalt lesing

^