Ohjelmiston laadunvarmistusopas

Laatuvakuutus

Laadunvarmistus (yleisesti tunnettu laadunvarmistuksena) on keino, jolla kehitettävä tuote tarkistetaan sen varmistamiseksi, että se toimii odotetulla tavalla. Todelliset laadunvalvontamenetelmissä käytetyt menetelmät vaihtelevat suuresti tuotteen koosta ja luonteesta riippuen.

Henkilökohtaisen projektin kohdalla luultavasti vain testaat mennessäsi ja pyydät muita antamaan palautetta sopivissa vaiheissa. Sitä vastoin pankkisovelluksen jokaisen ominaisuuden jokainen osa on tarkastettava ja dokumentoitava tyhjentävästi sen varmistamiseksi, että se on sekä toimiva että turvallinen.

Laadunvalvontaprosessin muodollisuudesta tai yksityiskohtaisuudesta huolimatta sen tavoitteena on tunnistaa viat, jotta ne voidaan korjata ennen tuotteen julkaisua.

Menetelmät

Ketterä

Ketterässä lähestymistavassa kehitykseen tavoitteena on, että jokainen työkierto (sprintti) tuottaa toimivia ohjelmistoja, jotka voidaan lisätä ja parantaa iteratiivisesti. Tämä tekee laadunvalvontaprosesseista sisäisen osan kehityssykliä.

Testaamalla ohjelmistokomponentteja tuotannon jokaisessa vaiheessa pienennät virheen esiintymisen riskiä julkaisun yhteydessä.

Terminologia

Automaation testaus

Testaus tehdään ennalta kirjoitetuilla skripteillä, jotka on suunniteltu kontrolloimaan testien suorittamista.

Musta laatikko

Nämä testit eivät katso testattavan järjestelmän sisälle, vaan käsittelevät sitä "suljettuna" samalla tavalla kuin loppukäyttäjä kokee sen.

Vika

Mahdolliset poikkeamat sovelluksen teknisistä tiedoista; usein kutsutaan "bugiksi".

Tutkiva testaus

Kirjoittamaton lähestymistapa testaukseen, joka perustuu testaajan ainutlaatuiseen luovuuteen pyrittäessä löytämään tuntemattomia vikoja ja tunnistamaan regressiot.

Integraation testaus

Testataan yksittäisiä komponentteja / moduuleja yhdessä sen varmistamiseksi, että ne kytkeytyvät toisiinsa ja toimivat hyvin keskenään.

Negatiivisen polun testaus

Testausskenaario, joka on suunniteltu tuottamaan virhetila ominaisuudessa / sovelluksessa ja varmistamaan, että virhettä käsitellään sulavasti. Esimerkki tästä on numerosarjan syöttäminen käyttäjän rekisteröintilomakkeen sähköpostikenttään ja tarkistaminen varmistaaksesi, että rekisteröintiä ei hyväksytä ennen kuin todellinen sähköpostiosoite on annettu.

Regressiotestaus

Testaus suoritettiin uudella koontiversiolla sen varmistamiseksi, että uusi toiminnallisuus ei ole vahingossa rikkonut aiemmin testattuja toimintoja.

Savutestit

Minimalistinen lähestymistapa testaukseen, jonka tarkoituksena on varmistaa perustoiminnot, toimii ennen perusteellisempaa testausta. Tyypillisesti tapahtuu testausprosessin alussa.

Testitapaus

Määritetyt ennakkoehdot, vaiheet ja odotetut tulokset, joihin laadunvarmistuksen testaaja / insinööri viittaa sen selvittämiseksi, täyttääkö ominaisuus tehtävänsä odotetusti.

Valkoinen laatikko

Viittaa rakenteellisella tasolla koodikannan sisällä suoritettuihin testeihin. Ohjelmoijat tarkistavat, että tiettyjen toimintojen tai komponenttien tulot ja lähdöt ovat valkoisen laatikon testausta.

Tunnetaan myös nimellä 'Glass Box', 'Clear Box', 'Transparent Box', koska testaaja näkee '' testattavan järjestelmän sisällä ''.

Pääryhmät ovat

  • Yksikkötestit (yksittäiset koodiyksiköt tekevät mitä pitääkin)
  • Integraatiotestit (yksiköt / komponentit ovat vuorovaikutuksessa toistensa kanssa oikein)
  • Regressiotestit ( testien soveltaminen kehityksen myöhemmissä vaiheissa sen varmistamiseksi, että ne toimivat edelleen)

Päätekniikoita on kolme:

  • Vastaavuusosiointi (testatut tuloarvot edustavat suurempia syötetiedostoja)
  • Raja-arvoanalyysi (järjestelmää testataan valituilla tuloilla, joissa käyttäytymisen ja siten ulostulon pitäisi muuttua)
  • Syy-seuraus-piirtäminen (testit suunnitellaan panos-tuotos-suhteiden visualisoinnista)

Muut resurssit

  • Kuinka kirjoittaa laadunvarmistusdokumentaatio, joka todella toimii
  • Testiohjattu kehitys
  • Yksikkötestit