ennen kuin opimme laadunvarmistuksen, ymmärretään –

mitä on laatu?

laatua on erittäin vaikea määritellä, ja siinä todetaan yksinkertaisesti: ”soveltuu käyttöön tai tarkoitukseen.”Kyse on asiakkaiden tarpeiden ja odotusten täyttämisestä toiminnallisuuden, muotoilun, luotettavuuden ja kestävyyden suhteen, & tuotteen hinta.

mikä on varmuus?

varmuus ei ole muuta kuin positiivinen ilmoitus tuotteesta tai palvelusta, joka antaa luottamusta. Se on varmuus tuotteesta tai palvelusta, jonka se toimii hyvin. Se takaa, että tuote toimii ilman ongelmia kohti odotuksia tai vaatimuksia.

tässä opetusohjelmassa opit –

• miten laadunvarmistus tehdään: täydellinen prosessi
• mitä on laadunvalvonta?
• ero laadunvalvonnan ja laadunvarmistuksen välillä?
• erot SQA: n ja ohjelmistotestauksen välillä
• parhaat käytännöt laadunvarmistukseen
• Laadunvarmistustoiminnot
• Laadunvarmistustodistukset
• CMMI level
• Test Maturity Model (TMM)

How to do Quality Assurance: Complete Process

Quality Assurance methodology has a defined cycle called PDCA cycle or Deming cycle. Tämän syklin vaiheet ovat:

• Plan

Do Check

• Act

nämä edellä mainitut vaiheet toistetaan sen varmistamiseksi, että organisaatiossa noudatettuja prosesseja arvioidaan ja parannetaan määräajoin. Tarkastellaan edellä mainittuja laadunvarmistuksen prosessin vaiheita yksityiskohtaisesti –

• Plan – organisaation tulisi suunnitella ja määrittää prosessiin liittyvät tavoitteet ja määrittää prosessit, joita tarvitaan korkealaatuisen lopputuotteen tuottamiseen.
• Do – prosessien kehittäminen ja testaus ja myös ”tehdä” muutoksia prosesseihin
• Tarkista – prosessien valvonta, muokkaa prosesseja ja tarkista, täyttääkö se ennalta asetetut tavoitteet
• Act – Laadunvarmistustestaajan tulee toteuttaa toimenpiteitä, jotka ovat välttämättömiä prosessien parantamiseksi

organisaation tulee käyttää laadunvarmistusta varmistaakseen, että tuote on suunniteltu ja toteutettu oikeilla menettelyillä. Tämä auttaa vähentämään ongelmia ja virheitä lopputuotteessa.

mitä on laadunvalvonta?

laadunvalvonta kansan keskuudessa lyhennetään QC. Se on Ohjelmistosuunnitteluprosessi, jolla varmistetaan tuotteen tai palvelun laatu. Siinä ei käsitellä prosesseja, joita käytetään tuotteen luomiseen, vaan tarkastellaan ”lopputuotteiden” laatua ja lopputulosta.

laadunvalvonnan päätavoitteena on tarkistaa, täyttävätkö tuotteet asiakkaan vaatimukset ja vaatimukset. Jos ongelma tai ongelma havaitaan, se on korjattava ennen toimitusta asiakkaalle.

QC arvioi myös ihmisiä heidän laatutasonsa perusteella sekä antaa koulutusta ja sertifikaatteja. Tämä arviointi on tarpeen palvelupohjaisen organisaation ja auttaa tarjoamaan ”täydellinen” palvelu asiakkaille.

laadunvalvonnan ja laadunvarmistuksen ero?

joskus QC sekoitetaan QA: han. Laadunvalvonta on tuotteen tai palvelun tutkimista ja tuloksen tarkistamista. Ohjelmistotekniikan laadunvarmistus on lopputuotteeseen johtaneiden prosessien tarkastelua ja muutosten tekemistä prosesseihin.

Examples of QC and QA activities are as follows:

tool identification and selection

Laadunvalvontatoimet	Laadunvarmistustoimet
läpivalaisu	laatutarkastus
Testing	defining process
inspection
Checkpoint review	training of quality standards and processs

edellä mainitut toimet koskevat minkä tahansa tuotteen laadunvarmistus-ja valvontamekanismeja eikä pohjimmiltaan ohjelmisto. Ohjelmistojen osalta

• QA: sta tulee SQA ( Software Quality Assurance)
• QC: stä tulee Ohjelmistojen testaus.

erot SQA: n ja ohjelmistotestauksen välillä

seuraava taulukko selittää eroja SQA: n ja ohjelmistotestauksen välillä:

ohjelmistotestaus

ennakoiva toimenpide

SQA: n soveltamisala koskee kaikkia organisaation luomia tuotteita

SQA
ohjelmiston laadunvarmistuksessa on kyse teknisestä prosessista, joka takaa laadun	ohjelmistotestaus on tuotteen ongelmien testaamista ennen kuin tuote lähtee liikkeelle
sisältää prosessien, menettelyjen ja standardien toteuttamiseen liittyviä toimia. Esimerkki – Auditointikoulutus	Sisältää aktiiveja, jotka koskevat tuotteen todentamista esimerkki – Tarkastustestaus
Prosessikeskeinen	tuotekeskeinen
ennaltaehkäisevä tekniikka	korjaava tekniikka
reaktiivinen toimenpide
ohjelmistotestauksen soveltamisala koskee tiettyä testattavaa tuotetta.

Best practices for Quality Assurance:

• luo vankka testausympäristö
• valitse julkaisukriteerit huolellisesti
• soveltaa automatisoitua testausta riskialueille rahan säästämiseksi. Se auttaa kiinnittämään koko prosessin.
• kohdentaa aika sopivasti kullekin prosessille
• on tärkeää priorisoida ohjelmistokäyttöön perustuvat vikakorjaukset
• Form dedicated security and performance testing team
• simuloi asiakastilejä, jotka muistuttavat tuotantoympäristöä

Laadunvarmistustoiminnot:

on 5 ensisijaista Laadunvarmistustoimintoa:

1. teknologiansiirto: tähän tehtävään kuuluu tuotesuunnitteluasiakirjan saaminen sekä yritys-ja virhetiedot ja niiden arviointi. Asiakirjat jaetaan, tarkastetaan ja hyväksytään
2. validointi: Tässä validointi yleissuunnitelma koko järjestelmän laaditaan. Vahvistetaan testikriteerit tuotteen ja prosessin validointia varten. Validointisuunnitelman toteuttamista varten tehdään resurssisuunnittelu.
3. dokumentaatio: tämä toiminto ohjaa asiakirjojen jakelua ja arkistointia. Kaikki muutokset asiakirjaan tehdään ottamalla käyttöön asianmukainen muutostarkastusmenettely. Kaikenlaisten asiakirjojen hyväksyminen.
4. tuotteiden laadun varmistaminen
5. laadun parantamissuunnitelmat

Laadunvarmistustodistukset:

alalla on useita sertifikaatteja, joilla varmistetaan, että organisaatiot noudattavat standardeja Laatuprosesseja. Asiakkaat tekevät tämän vaatimukset kriteerit valitessaan ohjelmistotoimittaja.

ISO 9000

Tämä standardi vahvistettiin ensimmäisen kerran vuonna 1987, ja se liittyy Laadunhallintajärjestelmiin. Tämä auttaa organisaatiota varmistamaan laadun asiakkailleen ja muille sidosryhmilleen. Organisaatio, joka haluaa saada ISO 9000-sertifikaatin, auditoidaan niiden toimintojen, tuotteiden, palveluiden ja prosessien perusteella. Päätavoitteena on tarkastella ja tarkistaa, noudattaako organisaatio prosessia odotetulla tavalla ja tarkistaa, tarvitseeko olemassa olevia prosesseja parantaa.

tämä sertifiointi auttaa –

• kasvattaa organisaation voittoa
• parantaa kotimaista ja kansainvälistä kauppaa
• vähentää jätettä ja lisää työntekijöiden tuottavuutta
• tarjoavat erinomaisen asiakastyytyväisyyden

CMMI-taso

valmiuksien Kypsyysmalli integroitu (CMMI) on erityisesti ohjelmistoprosessia varten kehitetty prosessin parannustapa parannusta. Se perustuu prosessin kypsyyskehykseen ja sitä käytetään yleisenä apuna ohjelmistoteollisuuden liiketoimintaprosesseissa. Tämä malli on erittäin arvostettu ja laajalti käytössä Ohjelmistokehitysorganisaatioissa.

CMMI: ssä on 5 tasoa. Organisaatio on sertifioitu CMMI tasolla 1-5 perustuen niiden laadunvarmistusmekanismien kypsyyteen.

• Taso 1 – Alku: tässä vaiheessa laatuympäristö on epävakaa. Yksinkertaisesti mitään prosesseja ei ole noudatettu tai dokumentoitu
• Taso 2 – toistettavissa: jotkin prosessit ovat toistettavissa. Tämä taso varmistaa prosessien seuraamisen projektitasolla.
• Taso 3-määritelty: Prosessien joukko määritellään ja dokumentoidaan organisaatiotasolla. Näitä määriteltyjä prosesseja voidaan parantaa jonkin verran.
• Taso 4 – hallittu: tämä taso käyttää prosessimittareita ja ohjaa tehokkaasti noudatettavia prosesseja.
• Taso 5 – optimointi: tämä taso keskittyy prosessien jatkuvaan parantamiseen oppimisen kautta & innovaatio.

Test Maturity Model (TMM):

tässä mallissa arvioidaan prosessien kypsyyttä testausympäristössä. Tässäkin mallissa on 5 tasoa, jotka on määritelty alla –

• Taso 1-Initial: testausprosesseissa ei ole noudatettu laatustandardia ja tällä tasolla käytetään vain ad-hoc – menetelmiä
• Taso 2-Definition: Definition process. Testistrategian, suunnitelmien, testitapausten valmistelu tehdään.
• Taso 3 – integraatio: testaus suoritetaan koko ohjelmistokehityksen elinkaaren (SDLC) ajan – mikä ei ole mitään muuta kuin integraatio kehitystoimintaan, esim. V – malliin.
• Taso 4-Johtaminen ja mittaaminen: Vaatimukset ja mallit tarkistetaan tällä tasolla ja kullekin testaustasolle on asetettu kriteerit
• Taso 5-optimointi: testiprosesseissa käytetään monia ennaltaehkäiseviä tekniikoita ja testausstandardien ja-prosessien parantamiseen käytetään työkalutukea(automaatio).

johtopäätös:

laadunvarmistus on tarkistaa, sopiiko kehitetty tuote käyttöön. Tätä varten organisaatiolla pitäisi olla prosessit ja standardit, joita on noudatettava ja joita on parannettava määräajoin. Se keskittyy pääasiassa tuotteen/palvelun laatuun, jota tarjoamme asiakkaille ohjelmiston käyttöönoton aikana tai sen jälkeen.