Mikä on ohjelmiston laadunvarmistus?
- Ohjelmiston laadunvarmistus (SQA) on toimintojen ryhmä, jolla varmistetaan kehitettävien ohjelmistojen laatu. Tutkimukset osoittivat, että 98% hankkeista epäonnistui lopulta markkinoilla joko seuraavista syistä, kuten arvioitu aika, muutokset vaatimuksissa, odotettua korkeammat kustannukset tai korkeat ylläpitokustannukset. Joten on erittäin tärkeää pitää mielessä eri parametrit ennen ohjelmiston kehittämistä, jotta vikaantumisriski voidaan minimoida.
- Ohjelmistojen epäonnistumisen riskin minimoimiseksi markkinoilla tuli kuva ohjelmistojen laadunvarmistuksesta.
- Se sisältää joukon hankkeeseen soveltuvia toimintoja, prosesseja, menettelyjä ja standardeja. Se kattaa kaikki ohjelmiston laatustandardit heti vaatimusten keräämisestä aina sen kehittämiseen, julkaisuun ja ylläpitoon saakka.
- SQA toimii samanaikaisesti ohjelmistojen kehityksen elinkaaren kanssa, joka tarkistaa säännöllisesti, että kehitettävän ohjelmiston on oltava kaikissa vaiheissa standardiensa mukainen, jotta ongelmat voidaan estää varhaisessa vaiheessa sen sijaan, että käsiteltäisiin niitä projektin valmistumisen jälkeen.
- SQA sisältää tilintarkastuksen, koulutuksen, prosessin määrittelyn ja toteutuksen tärkeimpinä toiminaan. Kun prosessi on määritelty, SQA alkaa löytää siihen liittyviä heikkouksia ja keinoja näiden heikkouksien korjaamiseksi paremman ohjelmiston aikaansaamiseksi.
Ohjelmistojen laadunvarmistustoimet
Alla on lueteltu joitakin ohjelmistojen laadunvarmistuksen toimintoja.
1. Tarkastuspisteen asettaminen
SQA-tiimi asettaa tarkistuspisteet tiettyjen aikavälien jälkeen tarkistaakseen ohjelmistojen edistymisen, laadun, suorituskyvyn ja sen, tehdäänkö ohjelmiston laatutyöt aikataulun ja asiakirjojen mukaisesti.
2. Mittaa muutoksen vaikutus
QA: n ilmoittaman ja kehittäjän korjaaman vian osalta on erittäin tärkeää suorittaa vian korjaaminen uudelleen ja tarkistaa, eikö kiinteä vika tuo uusia vikoja työohjelmistoon. Tätä varten ylläpitäjät ja kehittäjät ylläpitävät testimittareita ja tarkkailevat tarkistettujen virheiden tarkistamiseksi ottamalla käyttöön uusia toimintoja tai korjaamalla mahdolliset viat.
3. Useiden testausstrategioiden ottaminen
Ohjelmistojen testaamiseen ei pidä luottaa yhteen testauslähestymistapaan ja -strategiaan. Ohjelmistoon tulisi ottaa käyttöön useita testausstrategioita, jotta se testataan eri näkökulmista ja kattaa kaikki alueet. Verkkokauppasivustojen tietoturvatestauksessa, suorituskyvyn testauksessa, kuormitustestauksessa ja tietokantatestauksessa kaikki on tehtävä ohjelmistojen paremman laadun varmistamiseksi.
4. Tietojen ja raporttien ylläpitäminen
On tärkeää säilyttää kaikki laadunvarmistuksen asiakirjat ja asiakirjat ja jakaa ne ajoittain sidosryhmille. Suoritetut testitapaukset, testisyklit, kirjautuneet viat, korjatut viat, luodut testitapaukset, muutokset asiakkaan vaatimuksissa tietystä testitapauksesta - kaikki tulee dokumentoida asianmukaisesti tulevaa käyttöä varten.
5. Hyvien suhteiden hallinta
Testaajien ja kehittäjien välisten hyvien suhteiden hallinta on tärkeä rooli projektissa. Koska kehittäjän ja testaajan rooli on ristiriidassa toisten kanssa, mutta tätä ei pidä ottaa henkilökohtaisella tasolla. Molempien ryhmien päätavoitteena tulisi olla korkealaatuisten hankkeiden toteuttaminen minimoiden epäonnistumisriskit.
6. SQA: n hallintasuunnitelma
Tähän sisältyy tapojen löytäminen kuinka SQA toimii uudessa projektissa tehokkaimmalla tavalla. Ajattele SQA-strategioita, ohjelmistosuunnitteluprosesseja, jotka voidaan toteuttaa projektin vaatimusten mukaisesti, ja ryhmän jäsenten yksilöllisiä taitoja.
SQA-järjestelmän komponentit
SQA-komponentit voidaan luokitella 6 luokkaan:
1. Projektia edeltävät komponentit
Tämä varmistaa, että hankkeen sitoutuminen on määritelty selkeästi ottaen huomioon arvioitu aika, asiakkaan tarpeiden selventäminen, projektin kokonaisbudjetti, kehitysriskien arviointi ja kyseiseen projektiin tarvittava henkilöstö. Se myös varmistaa, että kehitys- ja laatusuunnitelmat on määritelty selvästi.
2. Ohjelmistoprojektien elinkaaren komponentit
Tämä komponentti sisältää katsauksen, asiantuntijalausunnot, ohjelmistojen testauksen, ohjelmistojen ylläpitokomponentit. Projektikehityksen elinkaaren aikana se sisältää komponentteja, kuten arvosteluja, asiantuntijalausuntoja ja virheiden löytämistä ohjelmistojen suunnittelussa ja ohjelmoinnissa, kun taas ohjelmistojen ylläpidon elinkaareen se sisältää erikoistuneita ylläpitokomponentteja ja kehityksen elinkaaren komponentteja ylläpitotehtävien tehostamiseksi.
3. Infrastruktuurikomponentit virheiden ehkäisyyn ja parantamiseen
Tämä komponentti sisältää henkilöstön koulutuksen, sertifioinnin, kokoonpanon hallinnan, ennaltaehkäisevät ja korjaavat toimenpiteet ohjelmistovirheiden vähentämiseksi organisaation kertyneen SQA-kokemuksen perusteella.
4. SQA-komponenttien hallinta
Tämä luokka sisältää ohjelmiston laadun mittareita, ohjelmistojen laadukustannukset, joihin sisältyy ylläpito- ja kehitystoimintojen hallinta sekä johtajien osallistumisen käyttöönotto projektin laadun, aikataulun ja budjetin riskien vähentämiseksi.
5. Standardoinnin, sertifioinnin ja SQA-järjestelmän arvioinnin komponentit
Tämän luokan päätavoite on kansainvälisen ammatillisen tietämyksen hyödyntäminen, joka auttaa koordinoimaan organisaation eri laatujärjestelmiä ammatillisella tasolla.
6. Organisaatio SQA Human Components -yrityksille
Tähän kantaan kuuluvat johtajat, testaajat ja muut SQA-harjoittajat, jotka ovat kiinnostuneita SQA: sta. Päätavoite on tukea ja aloittaa SQA-toiminta, havaita siinä olevat aukot / poikkeamat ja ehdottaa parannuksia siihen.
Ohjelmistojen laadunvarmistusstandardit
Useat organisaatiot, kansalliset ja kansainväliset instituutiot ovat mukana kehittämässä SQA-standardeja. Jäljempänä mainitut ovat tärkeimmät organisaatiot ja instituutiot, jotka siihen osallistuvat:
- IEEE
- PISTE
- ISO
- ANSI
- EIA
- IEC
SQA-standardit jaetaan periaatteessa kahteen luokkaan:
1. Ohjelmiston laadunvarmistusstandardi, joka tunnetaan nimellä Quality Management Standards.
Esimerkki: ISO 9000-3, CMM (Capability Maturity Model).
He keskittyvät organisaation infrastruktuuriin, SQA-järjestelmään, vaatimuksiin, jolloin työkalujen ja testausmenetelmien valinta jätetään organisaation tehtäväksi. Heidän vakionavoite on ”mitä” saavuttaa. Se varmistaa, että organisaatiot saavuttavat hyväksyttävän laadun ohjelmistoja.
2. Ohjelmistoprojektien kehitysprosessistandardit, joita kutsutaan projektiprosessistandardeiksi.
Esimerkki: ISO / IEC 12207 IEEEStd 1012-1998.
He keskittyvät menetelmiin, jotka on otettava käyttöön ohjelmistojen kehittämisessä ja ylläpidossa. Se keskittyy "miten" esiintyä. Se sisältää suunnitteludokumentaatiota koskevat vaatimukset, tarvittavat toimenpiteet, suoritettavat ohjelmistotestaukset ja suunnittelun tarkistus- ja arviointiasiat.
SQA-tekniikat
SQA-tekniikoita on useita. Jotkut niistä mainitaan alla:
1. Tarkastelu
Tarkistuksessa sekä sisäiset että ulkoiset sidosryhmät pitävät kokouksen, jossa tarkastellaan koko hanketta, joka analysoi koko ohjelmiston ja jos löytää ongelman, erottaa onko se testaus, kehitys, vaatimus vai suunnittelu. Päätavoitteena on mitata ohjelmistoa ja varmista, että se vastaa asiakkaan odotuksia vai ei.
2. Tilintarkastus
Auditoinnissa sidosryhmät tarkastavat koko työtuotteen ja kaikki tiedot varmistaakseen, noudattaako se vakioprosesseja vai ei.
3. Toiminnan testaus
Toiminnallisessa testauksessa koko ohjelmiston toiminnallisuus testataan riippumatta siitä, toimiiko se odotetusti vai ei. Se tarkistaa ”mitä järjestelmä toimii” tietämättä “miten järjestelmä toimii”. Se on kuin sovelluksen black box -testaus, jossa käyttäjä tietää odotetun tuloksen tietämättä miten se tuotetaan.
4. Standardointi
Se varmistaa, että ohjelmistossa on kaikkea standardisoitua, eli se noudattaa kaikkia standardeja joko dokumentoinnissa, kehittämisessä ja laadunvalvonnassa. Se vähentää epäselvyyttä ja parantaa siten ohjelmistojen laatua.
5. Kooditarkastus
Kooditarkastus on yksi muodollisimmista tarkistamistavoista, ja sen päätarkoituksena on löytää virheitä koodista ja tuoda esiin kaikki kooditarkastuksessa esiintyvät ongelmat johtaa koulutettu moderaattori koodin laatijan sijaan. Kokouksella on asianmukaiset tulo- ja poistumiskriteerit. Käyttäjien on tarvita täydellistä valmistelua ennen kokousta, jotta he saavat täydellisen tiedon asiakirjoista ja kaikki ennen pisteiden nostamista.
6. Esittelyt
Ohjelmiston läpikäynti on eräänlainen epävirallinen prosessi, jonka kirjoittaja yleensä aloittaa asiakirjan tai koodin lukemisen, ja vertaisryhmän jäsenet kirjoittavat muistiin ehdotuksensa tai virheensä ja toimittavat ne. Sitä ei ole virallisesti dokumentoitu, kuten tarkastus ja moderaattori eivät ole tarpeen kokouksessa. Sen päätavoitteena on tietää tähän päivään mennessä valmistetun koodin tila ja kerätä ehdotuksia vertaiskäyttäjiltä ohjelmistojen laadun parantamiseksi.
7. Stressitestaus
Stressitestaus tehdään sen tarkistamiseksi, miten järjestelmä toimii raskaassa kuormituksessa. Tällä testauksella on tärkeä rooli ohjelmiston laadussa, koska verkkokauppasovelluksissa stressi- ja kuormitustestaus tehdään oikein ohjelmiston kapasiteetin testaamiseksi (kuinka monta enimmäismäärää käyttäjiä voi käyttää sovellusta kerrallaan).
8. Suunnittelu tarkastus
Suunnittelutarkastus tehdään tarkistamaan ohjelmiston eri alueet tarkistusluettelon avulla, kuten toiminta- ja käyttöliittymäsuunnittelu, yleissopimukset, yleiset vaatimukset ja suunnittelu, vaatimusten jäljitettävyys, logiikka, kytkentä ja koheesio.
SQA: n edut
Keskustelemme SQA: n eduista.
1. Lisää asiakkaan luottamusta
Oikein laadun tarkistaminen ohjelmistotason eri tasoilla, kuten tarkistaminen, tarkastus, tarkastus jne., Sekä sisäisten että ulkoisten sidosryhmien osallistuminen lisää asiakkaiden luottamusta viikkoraporttien toimittamiseen virhe- ja vaatimustietojen avulla, auttaa myös paljon varmistamisessa. asiakkaalle, että työ tehdään ajoissa.
2. SQA säästää rahaa
Varhaisessa vaiheessa havaitut viat joko vaatimusten keruussa, koodissa, testauksessa ovat helppoa ja kustannustehokasta oikealle SQA: lle, joka tehdään useilla tasoilla, auttaa vähentämään näitä riskejä, koska enimmäisvirheet on paljastettu ja ratkaistu varhaisessa vaiheessa, ja siten säästää rahaa korjaamaan viallinen ohjelmisto sen jälkeen kun se on esitetty asiakkaalle, mikä voi maksaa yrityksen maineen, käyttäjille ja asiakkaille myös.
3. Paranna asiakastyytyväisyyttä
Asiakkaan oikea-aikainen osallistuminen ohjelmistokehitykseen ja testaukseen lisää asiakastyytyväisyyttä laadukkaan ohjelmiston kehittämisessä ja vaatimusten mukaisesti sekä ehdotusten tekeminen huomion välillä lisää asiakastyytyväisyyttä.
4. Edistää tuottavuutta ja tehokkuutta
Kun kehitys ja testaus tehdään samanaikaisesti, virheet, jotka havaitaan varhaisessa vaiheessa heti, kun yhden moduulin kehittäminen on tehty ja kehittäjät korjaavat ne, antavat jokaiselle mahdollisuuden työskennellä rauhassa ja tuottavammalla tavalla sen sijaan, että se kuormitettaisiin useilla virheillä kerralla valmistumisen jälkeen. koko ohjelmistosta.
5. Estää odottamattomista hätätilanteista
Yritysohjelmistoa kehitettäessä myös panokset ovat erittäin korkeat. Koska ohjelmisto käsittelee paljon asiakkaan arkaluontoisia tietoja, sen on toimittava odotetusti ilman sähkökatkoksia, korruptiota tai tiedonsiirtokatkoja. Ohjelmisto on testattava erittäin tiukasti, jotta sen pitäisi toimia odotetusti.
6. Vähentää loppuajan asiakaskonflikteja
On monia tapauksia, joissa asiakkaat ja organisaatiot ovat erimielisiä myöhemmin aloittamisen yhteydessä vahvistettujen vaatimusten, ajan ja budjetin muutoksesta, joka johtaa projektin peruuttamiseen, rahanmenetykseen ja yrityksen huonoon vaikutelmaan markkinoilla (asiakkaan menetys se loisi huonon maineen). SQA: ssa kaikki on kiinteä hankkeen alkaessa ja dokumentoitu oikein ilman epäselvyyksiä, jotta konflikteja ei syntyisi
SQA: n haitat
Keskustelemme SQA: n haitoista.
1. Joskus vaikea toteuttaa
Koska SQA määrittelee kaikki toiminnot ja toimet, jotka tulisi suorittaa jokaiseen ohjelmistokehitysvaiheeseen, yksityiskohtaisesti, joskus on vaikeata toteuttaa kutakin yksittäistä toimintaa ja prosessia kehitystyössä. Joten henkilö tietää, että se olisi hyödyllistä, mutta keskittyminen jokaiseen vaiheeseen yksityiskohtaisesti tulee vaikeaksi työskennellessäsi suurissa ryhmissä.
2. Kuluttava aika
Jokaisen toimenpiteen toteuttaminen SQA: ssa on erittäin aikaa vievää ja toisinaan se vie enemmän aikaa dokumentointiin ja kokouksiin sen sijaan, että työskentelisi itse ohjelmistojen kehittämisen ja testaamisen kanssa.
3. Korkeat kustannukset
SQA: n toteuttamisella voidaan myöhemmissä vaiheissa korjata virheiden korjaamiskustannuksia etsimällä ne ja korjaamalla ne vasta alussa, mutta pienen budjetin kanssa pienissä hankkeissa SQA: n toteuttaminen on erittäin vaikeaa, koska resurssien lukumäärä kasvaa projekti samoin kuin projektin budjetti. Pienessä projektissa koko QA-ryhmän palkkaaminen ja SQA: n toteuttaminen aiheuttavat projektin kustannusten nousun dramaattisesti.
johtopäätös
SQA on sateenvarjo-toiminta, joka kattaa koko projektin koko ohjelmiston elinkaaren ajan vaatimusten keräämisestä projektin ylläpitoon. Se kattaa kaikki toiminnot ja prosessit ohjelmistokehityksen eri vaiheissa sen varmistamiseksi, että toimitetun ohjelmiston tulee olla korkeaa laatua ja vähimmäisriskiä, jotta se voi menestyä markkinoilla ja vastata asiakkaan ja asiakkaan odotuksiin.
Suositellut artikkelit
Tämä on opas ohjelmistojen laadunvarmistukseen. Tässä keskustellaan SQA: n toiminnasta, komponenteista, eduista ja haitoista. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -
- Ohjelmistojen testausperiaatteet
- Ohjelmistojen testaus elinkaari
- Ketterä ohjelmisto
- Laadunvarmistus vs. laadunvalvonta
- Musta laatikon testaustekniikat