I teknologiverdenen knyttes begrepene kvalitetskontroll og kvalitetssikring ofte sammen som QA/QC. Begrepet brukes som om QA/QC var en samlet pakke, uten et tydelig skille mellom rollene. Det har blitt vanlig kortform for å beskrive hele kvalitetsvurderingsprosessen som QA/QC.
Dette kan være forvirrende for noen som er nye i (eller står utenfor) fagfeltet, ettersom det finnes tydelige forskjeller mellom de to når det gjelder det faktiske arbeidet de utfører.
Hvis du er litt forvirret over forskjellen mellom kvalitetskontroll og kvalitetssikring, er dette noe for deg. Her er en gjennomgang av noen viktige forskjeller mellom QA/QC.
Den viktigste forskjellen mellom QA og QC
Det finnes én grunnleggende forskjell mellom QA og QC.
Kvalitetssikring skjer under utviklingsfasen.
mens...
Kvalitetskontroll skjer når utviklingen er ferdig.
QA kontra QC
Det finnes fem måter å undersøke forskjellene mellom QA/QC på. Disse er:
- Utviklingsstadium
- Hovedfokus
- Hvordan de utfører arbeidet sitt
- Viktige ferdigheter
- Hva skjer når feil oppdages?
På hvert trinn vil du se hvordan QA/QC skiller seg fra hverandre. Når du er ferdig med denne artikkelen, vil du ha en klar forståelse av hvilke ansvarsområder som tilhører kvalitetssikring, og hvilke som tilhører kvalitetskontroll.
Utviklingsstadium
Kvalitetssikring
QA starter tidlig i utviklingssyklusen.
Enkelte former for QA-testing, for eksempel statisk testing, kan utføres før programvaren er fullt funksjonell.
Ved å samarbeide med utviklere tidlig i produksjonssyklusen kan de sørge for at feil som gjøres i begynnelsen, ikke blir alvorlige problemer når utviklingen nærmer seg ferdigstillelse. QA-tester gjennomføres i alle utviklingsfaser.
Have an account? Log In
Kvalitetskontroll
QC starter når utviklingen er ferdig.
QC sørger for at det utviklede produktet oppfyller de angitte standardene og spesifikasjonene. De gjennomgår produktet, og målet deres er å holde feilprosenten lav når produktet lanseres for offentligheten.
Hovedfokus
Både kvalitetssikring og kvalitetskontroll handler om å finne feil og mangler. Det er derfor de ofte slås sammen som QA/QC. Selv om de har samme mål, er imidlertid årsaken som driver arbeidet deres, forskjellig.
Kvalitetssikring
QA har som mål å finne, forutsi og forhindre feil og ineffektivitet i programvareutviklingsprosessen.
QA-team arbeider ofte tett med programvareutviklere for å bidra til å rette eventuelle feil. QA-analytikere samarbeider for eksempel med en rekke ulike team, fra prosjektledere til utviklingsansvarlige, for å finne den mest optimale måten å utvikle produktet på.
QA er proaktivt.
Kvalitetskontroll
QC handler om å finne feil og mangler i den ferdige programvaren. De sørger for at ingen av utviklerne, QA-analytikerne eller QA-testerne har oversett noe.
Kvalitetskontroll er i utgangspunktet en reaktiv prosess, ettersom den skjer for sent i programvaresyklusen til at utviklerne kan foreslå løsninger.
Hvordan QA/QC utfører arbeidet sitt
Kvalitetssikring
QA er en proaktiv tilnærming til å finne feil og ineffektivitet.
QA-teamet forsøker ofte å finne måter å maksimere prosessen, utviklingen og testingen på. QA-team bruker metoder som integrasjon av modenhetsmodellen for kapabilitet (CCMI), som deler en organisasjon inn i flere områder og tildeler et tall fra 1 til 5 for å fastslå modenheten til det aktuelle området.
Ved å bruke en tilnærming som CCMI kan QA-analytikere identifisere måter å maksimere effektiviteten og kontrollere resultatene på.
Kvalitetskontroll
QCs reaktive tilnærming til å oppdage og finne feil innebærer at de bruker andre metoder for å utføre arbeidet sitt.
QC er svært opptatt av grundighet. De spiller også på prosentene. QC vil ha det som kalles en akseptabel kvalitetsgrense, som er prosentandelen produkter som tillates å ikke bestå kontrollen. For de fleste jobber ser den akseptable kvalitetsgrensen slik ut:
- Kritiske mangler: 0 %
- Vesentlige mangler: 2,5 %
- Mindre mangler: 4 %
Det betyr at QC-teamets oppgave er å garantere at ingen av produktene som snart skal lanseres, kommer til å feile katastrofalt.
Hva skjer når QA/QC finner feil?
Kvalitetssikring
Hvis en QA-tester finner en feil i programvaren, dokumenterer vedkommende funnene sine, inkludert hvordan feilen kan gjenskapes, og rapporterer den til utviklingsteamet.
Deretter løser utviklingsteamet problemet og sender det tilbake til QA for videre testing. En QA-tester er i konstant kommunikasjon med utviklingsteamet. Dokumentasjon er nødvendig for å fortelle utviklerne hvor en feil ble gjort, og hvordan den skal rettes.
En QA-testers største frykt er at en feil som lå innenfor testområdet deres, kommer ut i produksjon. De er mellomleddet mellom utvikling og produksjon.
Kvalitetskontroll
Når QC begynner å teste for feil, er produktet ferdig og nesten klart til lansering.
QC-teamet samler inn data, for eksempel prosentandelen enheter som ikke består kontrollen, og rapporterer resultatene til ledelsen. Hva som skjer videre, avhenger av resultatene fra testene.
Hvis feilprosenten i programvaren er høy, kan de innkalle til et møte for å sette sammen en plan for å forbedre produksjonsprosessen (dette er virkelig det siste et kvalitetssikringsteam ønsker skal skje).
Som oftest vil kvalitetskontrollteamet tilby fordeler til kunder som opplever gjentatte problemer, så lenge produktet ligger innenfor den akseptable kvalitetsgrensen.
Kvalitetskontroll fungerer ofte som mellomleddet mellom produksjonen og kunden.
Viktige ferdigheter
More Articles
Kvalitetssikring
QA-testere må ha god forståelse av populære programmeringsspråk. Fem viktige språk er:
- Python
- Java
- C++
- Ruby
- PHP
Ikke bare det, de må også vite hvordan de bruker populære QA-verktøy, for eksempel Selenium.
En QA-tester må ha dokumentert evne til å utføre test tilfeller og dokumentere funnene sine på en lett forståelig måte. En QA-analytiker må, selv om vedkommende er flink til å utføre testtilfeller, også være god til å skrive dem.
Fordi QA-teamet er i konstant dialog med utviklerne, er QA-testernes evne til å kommunisere klart og presist også viktig.
Kvalitetskontroll
QC-medlemmer må ha god forståelse av de sju viktigste QC-strategiene. Disse strategiene er:
- Stratifisering: skiller data som er samlet inn fra flere kilder, slik at mønstre avdekkes.
- Histogram: En vanlig graf som brukes til å vise frekvensfordelinger.
- Kontrollskjema:
- Årsak-virkning-diagram: organiserer ideer og bidrar til å avdekke sammenhenger mellom mulige årsaker.
- Pareto-diagram: prioriterer faktorene som har størst innvirkning på problemet.
- Spredningsdiagram: bidrar til å visualisere forholdet mellom variabler.
- Kontrolldiagram: undersøker variasjonen i en prosess over tid.
I tillegg må QC kunne samle inn nøyaktige datautvalg for å sikre at produktet oppfyller den akseptable kvalitetsgrensen.
Forstå forskjellen
Det finnes mange begreper og roller når det gjelder testing. Noen ganger slås ting sammen, og forskjellene blir uklare. Har du fått en bedre forståelse av forskjellene mellom QA og QC? Fortell meg det i kommentarfeltet!
