Ohjelmiston laadunvarmistus (SQA): Suunnittelu, tarkastus ja Review

Testauksen seitsemän vaiheen jälkeen tulokset näyttävät hyviltä. Guru99 Pankki -projektissa ei ilmennyt merkittäviä ongelmia. Hallititte projektia hyvin ja olitte ylpeitä tämän projektin onnistumisesta

Valitettavasti johtokunta ajattelee toisin

Sinulla ei ole todisteita siitä, että onnistuit projektissa hyvin. Pyysit neuvonantajalta ratkaisua. Tässä on vastaus

Tämä vastaus on alku, mutta sinulla on vielä seuraavat kysymykset:

Tämä opetusohjelma auttaa sinua vastaamaan näihin kysymyksiin -

Mikä on testinhallinta Revnäkemykset ja tarkastus?

• videonhallinta Reveli: videonhallinta Review tunnetaan myös nimellä Software Laadunvarmistus: tai (SQA). Se keskittyy enemmän ohjelmistoprosessiin kuin ohjelmistotyötuotteisiin. Laadunvarmistus on joukko toimintoja, joiden tarkoituksena on varmistaa, että projektipäällikkö noudattaa vakioprosessia, joka on jo ennalta määritelty. Toisin sanoen laadunvarmistus varmistaa, että testipäällikkö tekee oikeita asioita oikealla tavalla.
• Tarkastaa: Auditointi on työtuotteiden ja niihin liittyvien tietojen tarkastelua sen arvioimiseksi, noudatettiinko standardiprosessia vai ei.

Miksi tarvitsemme SQA:ta testinhallintaprosessissa?

Tämän ymmärtämiseksi harkitse seuraavaa skenaariota -

Projektissa Guru99 Pankki hoitaa erilaisia ​​testivaiheita, mm.

Testipäällikkönä olet henkilö, joka vastaa näistä toiminnoista. Kuitenkin, olet projektitiimin korkeimmassa asemassa. Kuka tarkastaa tehtäväsi ja varmistaa, että projektinhallintatoimet toteutetaan korkeimmalla tasolla?

No, SQA auditoija on henkilö, joka tarkistaa ja tarkistaa, että projektinhallintatoimet toteutetaan mahdollisimman korkealla standardi. Vain tämän tarkastelun tuloksen perusteella johtokunta voi arvioida projektin käsittelyn laatua.

Tästä syystä tarvitsemme hallintaa Review tai SQA testinhallintaprosessissa.

SQA haastattelee sinua, testipäällikköä, vertaillakseen projektia asetettuihin standardeihin.

SQA:n edut ovat -

Miten laadunvarmistus toteutetaan?

Vaihe 1) Kehitä SQA-suunnitelma

Testaustoiminnan tarpeet Testisuunnitelma samoin SQA-toimintaa tarvitaan suunnitelma jota kutsutaan SQA-suunnitelma.

SQA-suunnitelman tavoitteena on suunnitella suunnitteluprosesseja ja menettelytapoja, joilla varmistetaan, että valmistetut tuotteet tai organisaation tarjoamat palvelut ovat poikkeuksellisen laadukkaita.

Projektisuunnittelun aikana Test Manager tekee SQA-suunnitelman, jossa SQA-auditointi ajoitetaan määräajoin.

SQA-suunnitelmassa testipäällikön tulee toimia seuraavasti

Vaihe 1.1) Tunnista SQA-tiimin rooli ja vastuut

Projektiryhmässä jokaisen jäsenen tulee olla vastuussa työnsä laadusta. Jokaisen on varmistettava, että hänen työnsä täyttää laadunvarmistuskriteerit.

SQA-joukkue on ryhmä henkilöitä, jotka pelaavat tärkeä rooli projekti. Ilman laadunvarmistusta mikään yritys ei toimi menestyksekkäästi. Siksi testipäällikön on tehtävä selväksi vastuu jokaisesta SQA-jäsenestä SQA-suunnitelmassa seuraavasti:

• Arvostelu ja arvioida hankkeiden toiminnan laatu täyttää laadunvarmistuskriteerit
• koordinoida johtokunnan ja projektiryhmien kanssa arvioimaan vaatimuksia ja osallistumaan projektin tarkastelu- ja tilakokouksiin.
• Suunnittelurata ja kerätä mittareita projektin laadun valvomiseksi.
• Mitata tuotteen laatu; varmistaa tuote vastaa asiakkaiden odotuksia.

Esimerkiksi Guru99 Pankki -projektin SQA-suunnitelmassa voit luoda jäsenluettelon SQA joukkue kuten alla

Ei	Jäsen	Roolit	vastuu
1	Pietari	SQA johtaja	Kehitä ja dokumentoi laatustandardi ja -prosessi kaikille hallintaprosesseille Hallinnoi ohjelmiston laadunvarmistustoimia projektille
2	Jaakob	SQA tilintarkastaja	Suorita SQA-tehtävät, ilmoita SQA-johtajalle SQA-tarkistuksen tulos.
3	Papu	SQA tilintarkastaja	Suorita SQA-tehtävät, ilmoita SQA-johtajalle SQA-tarkistuksen tulos.

Vaihe 1.2) Luettelo työtuotteista, jotka SQA:n tarkastaja tarkastaa ja auditoi

Testauspäällikön pitäisi

• Lista jokaisen testinhallintaprosessin kaikki työtuotteet
• Määritellä mitkä tilat tai laitteet SQA-auditoijalla on käytettävissään suorittaakseen SQA-tehtäviä, kuten prosessien arviointeja ja auditointeja.

Esimerkiksi Guru99 Bank -projektissa voit listata kunkin testinhallintaprosessin työtuotteet ja määrittää SQA:n jäsenille oikeuden käyttää näitä työtuotteita seuraavan taulukon mukaisesti.

Ei	Hallintovaiheet	Työ tuote	Polun,	Lupa	Apuraha henkilölle
1	Riskianalyysi	Riskienhallinta-asiakirja	[Palvelinpolku]	Lue	Kaikki SQA-tiimin jäsenet
2	Arvio	Arviointi- ja mittausraportti	...	Lue	Pietari
3	Suunnittelu	Testin suunnitteluasiakirja	...	Lue	Kaikki SQA-tiimin jäsenet
4	organisaatio	Henkilöstösuunnitelma, koulutussuunnitelma	...	Lue	Kaikki SQA-tiimin jäsenet
5	Valvonta ja valvonta	Kerätty mittareita projektityöstä	...	Lue	Papu
6	Ongelmanhallinta	Asianhallintaraportti	...	Lue	Jaakob
7	Testiraportti	Testiraportti asiakirja	...	Lue	Kaikki SQA-tiimin jäsenet

Vaihe 1.3) Luo aikataulu SQA-tehtävien suorittamiseksi

Tässä vaiheessa Test Managerin tulee kuvata tehtävät SQA-auditorin suoritettavana painottaen erityisesti SQA-toimintaa sekä kunkin tehtävän työtuotetta.

Test Manager luo myös aikataulutus SQA-tehtävistä. Normaalisti SQA-aikataulua ohjaa projektin kehitysaikataulu. Siksi SQA-tehtävä suoritetaan suhteessa siihen, mitä ohjelmistokehitystoimintoja tapahtuu.

SQA-suunnitelmassa Test Manager laatii aikataulun johdon tarkastukselle. Esimerkiksi

Päivämäärä	SQA-tehtävät	Henkilökohtainen vastuuhenkilö	Tuotetiedot	ulostulo
30-Oct-2014	Arvioi projektin suunnittelu-, seuranta- ja valvontaprosesseja	Jaakob	– Ohjelmiston tekniset tiedot Review – Arvio, yleisaikataulu ja projektisuunnitelma Review	SQA-suunnitteluraportti, SQA-arviointiminuutti
15-Dec-2014	Revtarveanalyysi	Jaakob	- Revkatso ohjelmistovaatimusten kehittäminen	Prosessin tarkastusraportti
30-Mar-2015	Revkatso ja arvioi testisuunnittelua	Jaakob	- Revkatso Test Design -asiakirja	SQA-raportti, SQA-arviointiminuutti
30-Mar-2015	Revew julkaisu	Papu	– Prosessin tarkastus: lopullinen julkaisu	SQA-prosessin auditointiraportti
2-Apr-2015	Review Projekti päättyy	Papu	– Ulkoinen tarkistus lopullisen toimituksen jälkeen asiakkaalle	SQA-prosessin auditointiraportti

Vaihe 2) Määritä standardit/metodologia

Jotta voit verrata hallintatoimintoja standardiprosessiin, sinun tulee tehdä seuraavat vaiheet

1. Määrittele käytännöt ja menettelyt, joilla estetään vikoja johtamisprosessissa
2. Dokumentoi käytännöt ja menettelyt
3. Ilmoita ja kouluta henkilökuntaa käyttämään sitä

Vaihe 3) Revkatso prosessi

Revtarkastele projektitoimia määrittääksesi hallintaprosessin noudattamisen. Johdon katsauksessa SQA:n jäsenten on suoritettava 5 SQA-tarkastusta seuraavasti

RevSQA:lle kuluva aika riippuu projektin kehityksen elinkaarimallista. Guru99 Pankki -projektin tapauksessa tarkistusaikataulun tulee olla seuraava

Jokaisessa SQA-vaiheessa SQA:n jäseniä toimittaa neuvottelu ja arviot projektisuunnitelmista, työtuotteesta ja menettelyistä, jotka koskevat määriteltyjen organisaatiopolitiikan ja standardimenettelyjen noudattamista.

Tarkastuksen aikana SQA:n jäsenten tulee käyttää SQA-tarkistuksen tarkistuslista

Kun olet käynyt läpi ohjelmistovarmuuden käyttöönoton kolme vaihetta, sinulla on testinhallinnan tulos Reviw & Audit. Tämä on todiste sidosryhmillesi johtamisen laadusta.

Ohjelmiston laadunvarmistuksen paras käytäntö

Tässä on joitain parhaita käytäntöjä tehokkaaseen SQA-toteutukseen

• Jatkuva parantaminen: Kaikkia SQA:n vakioprosessia on parannettava usein ja tehty virallinen jotta toinen voi seurata. Tämän prosessin pitäisi olla todistettu suosituilta organisaatioilta, kuten ISO, CMMI jne.
• Dokumentaatio: Kaikki laadunvarmistustiimin määrittelemät laadunvarmistuskäytännöt ja -menetelmät tulee dokumentoida koulutusta ja uudelleenkäyttöä varten tulevia projekteja varten.
• Kokemus: Kokeneiden SQA-auditoijien valitseminen on hyvä tapa varmistaa johdon arvioinnin laatu
• Työkalun käyttö: SQA-prosessin hallintatyökalun, kuten seurantatyökalun, käyttäminen vähentää SQA-ponnisteluja ja projektikustannuksia.
• Mittarit: Mittareiden kehittäminen ja luominen ohjelmiston laadun seuraamiseksi sen nykyisessä tilassa sekä parannusten vertaaminen aikaisempiin versioihin auttaa lisäämään ohjelmiston arvoa ja kypsyyttä. Testaus prosessi
• vastuu: SQA-prosessi ei ole SQA-jäsenen tehtävä, vaan jokainentehtävä. Jokainen tiimissä on vastuussa tuotteen laadusta, ei vain testijohto tai johtaja.