5 keskeistä eroa laadunvarmistuksen ja laadunvalvonnan välillä

By Jason Boog

Teknologian maailmassa laadunvalvonnan ja laadunvarmistuksen käsitteet yhdistetään usein muotoon QA/QC. Termiä käytetään ikään kuin QA/QC olisi yksi kokonaisuus, jossa roolien välillä ei olisi selkeää eroa. QA/QC:stä on tullut yleinen lyhenne kuvaamaan koko laadunarviointiprosessia.  Tämä voi olla hämmentävää alalle uutena tulevalle tai sen ulkopuoliselle henkilölle, sillä näiden kahden välillä on selkeitä eroja niiden varsinaisessa työssä. Jos […]

Teknologian maailmassa laadunvalvonnan ja laadunvarmistuksen käsitteet yhdistetään usein muotoon QA/QC. Termiä käytetään ikään kuin QA/QC olisi yksi kokonaisuus, jossa roolien välillä ei olisi selkeää eroa. QA/QC:stä on tullut yleinen lyhenne kuvaamaan koko laadunarviointiprosessia. 

Tämä voi olla hämmentävää alalle uutena tulevalle tai sen ulkopuoliselle henkilölle, sillä näiden kahden välillä on selkeitä eroja niiden varsinaisessa työssä.

Jos laadunvalvonnan ja laadunvarmistuksen välinen ero tuntuu hieman epäselvältä, tämä artikkeli on sinua varten. Tässä käydään läpi joitakin tärkeitä QA/QC:n välisiä eroja.

QA:n ja QC:n tärkein ero

QA:n ja QC:n välillä on yksi perustavanlaatuinen ero. 

Laadunvarmistus tapahtuu kehitysvaiheen aikana.

kun taas...

Laadunvalvonta tapahtuu kehityksen päätyttyä. 

QA VASTAAN QC

QA/QC:n välisiä eroja voidaan tarkastella viidellä tavalla. Ne ovat:

  1. Kehitysvaihe
  2. Pääpaino
  3. Työn lähestymistapa
  4. Tärkeät taidot
  5. Mitä tapahtuu, kun virheitä löydetään?

Jokaisessa vaiheessa näet, miten QA/QC eroavat toisistaan. Tämän artikkelin lopussa ymmärrät selkeästi, mitkä vastuut kuuluvat laadunvarmistukseen ja mitkä laadunvalvontaan. 

Kehitysvaihe

Laadunvarmistus 

QA alkaa jo kehityssyklin alkuvaiheessa.

Tietyt QA-testauksen muodot, kuten staattinen testaus, voidaan suorittaa ennen kuin ohjelmisto on täysin toimintavalmis. 

Työskentelemällä kehittäjien kanssa jo tuotantosyklin alkuvaiheessa voidaan varmistaa, etteivät alussa tehdyt virheet muutu vakaviksi ongelmiksi kehityksen lähestyessä loppuaan. QA-testejä suoritetaan jokaisessa kehitysvaiheessa.

Get Free Access
Get regular tech leadership wisdom for delivering better software and systems.
Get Free Access

Have an account? Log In

Laadunvalvonta 

QC alkaa kehityksen päätyttyä. 

QC varmistaa, että kehitetty tuote täyttää sille määritellyt standardit ja vaatimukset. Laadunvalvojat tarkastavat tuotteen, ja heidän tavoitteenaan on pitää virheiden määrä pienenä, kun tuote julkaistaan yleisölle. 

Pääpaino

Sekä laadunvarmistuksen että laadunvalvonnan tavoitteena on löytää virheitä ja puutteita. Siksi ne niputetaan usein yhteen QA/QC:ksi. Vaikka niillä on sama tavoite, niiden työtä ohjaava syy on kuitenkin erilainen. 

Laadunvarmistus 

QA:n tavoitteena on löytää, ennakoida ja ehkäistä virheitä sekä tehottomuutta ohjelmistokehitysprosessissa. 

QA-tiimit työskentelevät usein tiiviisti ohjelmistokehittäjien kanssa auttaakseen virheiden korjaamisessa. Esimerkiksi QA-analyytikot työskentelevät useiden eri tiimien kanssa projektipäälliköistä kehitysvastaaviin selvittääkseen optimaalisen tavan kehittää tuote. 

QA on ennakoivaa. 

Laadunvalvonta 

QC keskittyy valmiin ohjelmiston virheiden ja puutteiden löytämiseen. Se varmistaa, etteivät kehittäjät, QA-analyytikot tai QA-testaajat ole jättäneet mitään huomaamatta. 

Laadunvalvonta on pohjimmiltaan reaktiivinen prosessi, sillä se tapahtuu liian myöhään ohjelmistosyklin aikana, jotta kehittäjille voitaisiin ehdottaa korjauksia. 

QA/QC:n lähestymistapa työhönsä

Laadunvarmistus 

QA on ennakoiva lähestymistapa virheiden ja tehottomuuden löytämiseen. 

QA-tiimi pyrkii usein selvittämään tapoja tehostaa prosessia sekä kehitystä ja testausta. QA-tiimit käyttävät esimerkiksi kyvykkyyden kypsyysmallin integrointimenetelmän (CCMI) kaltaisia menetelmiä. Niissä organisaatio jaetaan useisiin osa-alueisiin ja kullekin alueelle annetaan numero väliltä 1–5 sen kypsyystason määrittämiseksi. 

CCMI:n kaltaisen lähestymistavan avulla QA-analyytikot voivat tunnistaa tapoja tehostaa toimintaa ja hallita lopputuloksia. 

Laadunvalvonta

QC:n reaktiivinen lähestymistapa virheiden havaitsemiseen ja löytämiseen tarkoittaa, että sen parissa käytetään erilaisia menetelmiä työn suorittamiseen. 

QC:lle perusteellisuus on erittäin tärkeää. He myös pelaavat prosenttien mukaan. QC:llä on niin kutsuttu hyväksyttävä laatutaso, joka ilmaisee tarkastuksessa hylättyjen tuotteiden sallitun prosenttiosuuden. Useimpien töiden kohdalla hyväksyttävä laatutaso näyttää tältä:

  • Kriittiset virheet: 0 %
  • Merkittävät virheet: 2.5 %
  • Vähäiset virheet: 4 %

Tämä tarkoittaa, että QC-tiimin tehtävänä on varmistaa, etteivät yksikään julkaistavaksi valmistautuvista tuotteista tule epäonnistumaan katastrofaalisesti. 

Mitä tapahtuu, kun QA/QC löytää virheitä?

Laadunvarmistus 

Jos QA-testaaja löytää ohjelmistosta virheen, hän dokumentoi havaintonsa, mukaan lukien ohjeet virheen toistamiseen, ja ilmoittaa siitä kehitystiimille. 

Tämän jälkeen kehitystiimi korjaa ongelman ja lähettää sen takaisin QA:lle lisätestausta varten. QA-testaaja on jatkuvasti yhteydessä kehitystiimiin. Dokumentointi on tarpeen, jotta kehittäjille voidaan kertoa, missä virhe tehtiin ja miten se korjataan. 

QA-testaajan suurin pelko on, että hänen testausalueeseensa kuuluva virhe päätyy tuotantoon. He toimivat kehityksen ja tuotannon välisenä puskurina.

Laadunvalvonta

Kun QC aloittaa virheiden testaamisen, tuote on valmis ja lähes valmis julkaistavaksi. 

QC-tiimi kerää tietoja, kuten hylättyjen yksiköiden prosenttiosuuden, ja raportoi tulokset johdolle. Se, mitä seuraavaksi tapahtuu, riippuu testien tuloksista. 

Jos ohjelmiston virheprosentti on korkea, he saattavat kutsua koolle kokouksen tuotantoprosessin parantamissuunnitelman laatimiseksi (tämä on todella viimeinen asia, jonka laadunvarmistustiimi haluaa tapahtuvan). 

Useimmiten, jos tuote on hyväksyttävän laatutason rajoissa, laadunvalvontatiimi tarjoaa etuja asiakkaille, joilla on toistuvia ongelmia. 

Laadunvalvonta toimii usein tuotannon ja asiakkaan välisenä puskurina. 

Tärkeät taidot 

More Articles

Laadunvarmistus 

QA-testaajilla on oltava vahva ymmärrys suosituista ohjelmointikielistä. Viisi tärkeää kieltä ovat:

  1. Python
  2. Java
  3. C++
  4. Ruby
  5. PHP

Sen lisäksi heidän on osattava käyttää suosittuja QA-työkaluja, kuten Seleniumia.

QA-testaajalla on oltava osoitettu kyky suorittaa testitapauksia ja dokumentoida havaintonsa helposti ymmärrettävällä tavalla. QA-analyytikon on testitapausten suorittamisen lisäksi osattava myös kirjoittaa niitä. 

Koska QA-tiimi keskustelee jatkuvasti kehittäjien kanssa, myös QA-testaajien kyky viestiä selkeästi ja täsmällisesti on tärkeää. 

Laadunvalvonta

QC-jäsenillä on oltava vankka ymmärrys seitsemästä keskeisestä laadunvalvontastrategiasta. Strategiat ovat:

  1. Osittaminen: erottelee useista lähteistä kerätyt tiedot, jotta kaavat tulevat esiin. 
  2. Histogrammi: yleinen kaavio, jota käytetään frekvenssijakaumien esittämiseen. 
  3. Tarkistuslomake: 
  4. Syy-seurauskaavio: järjestää ideat ja auttaa paljastamaan mahdollisten syiden välisiä suhteita. 
  5. Pareto-kaavio: asettaa etusijalle tekijät, joilla on suurin vaikutus ongelmaan. 
  6. Hajontakaavio: auttaa havainnollistamaan muuttujien välistä suhdetta. 
  7. Ohjauskaavio: tutkii prosessissa ajan kuluessa tapahtuvaa vaihtelua. 

Lisäksi QC:n on pystyttävä keräämään tarkkoja tietonäytteitä varmistaakseen, että tuote täyttää hyväksyttävän laatutason. 

Erojen ymmärtäminen

Testaukseen liittyy paljon termejä ja rooleja. Joskus asioita niputetaan yhteen, jolloin erot muuttuvat epäselviksi. Ymmärrätkö nyt paremmin QA:n ja QC:n väliset erot? Kerro minulle kommenteissa!

Jason Boog
Over his 15-year career, Jason Boog has worked as a QA tester, QA analyst, and Senior QA Analyst on video games, commercial sites, and interactive web applications. He spent more than a decade building out the QA team and process as Director of Quality & Client Support at a full-service digital agency.
Follow the author:

You may also like