Sisällysluettelo

• Ohjelmistojen testauksen elinkaari (STLC): Johdanto
• Ohjelmistojen testauksen elinkaarivaiheet, sisääntulo- ja poistumiskriteerit
• STLC-vaiheet
  • 1. Vaatimusanalyysi
  • 2. Testin suunnittelu
  • 3. Testisuunnittelu (testitapaukset)
  • 4. Testiympäristön asetukset
  • 5. Testin suorittaminen
  • 6. Testin sulkeminen
• STLC vs. SDLC: miten ne eroavat?
• STLC:n UKK
  • Mitkä ovat STLC:n vaiheet?
  • Mitä eroa on STLC:n ja SDLC:n välillä?
  • Mikä on laadunvarmistuksen elinkaari?
  • Mitkä ovat koodauksen pääsykriteerit?
• Suositellut artikkelit

Ohjelmistojen testauksen elinkaari (STLC): Johdanto

Ohjelmistojen testauksen elinkaari eli STLC on joukko ketjutettuja toimintoja, jotka suoritetaan testausprosessin aikana ohjelmiston laatutavoitteiden saavuttamiseksi.

Ohjelmistojen testaus ei ole yksittäinen/eristetty toiminta, vaan sarja ennalta määritettyjä toimintoja, jotka sisältävät sekä todentamisen että validoinnin.

Nämä ohjelmistotestauksen toiminnot suoritetaan metodologisesti ohjelmistotuotteen sertifioinnin helpottamiseksi.

The Ohjelmistojen testauksen elinkaari (STLC) Mallissa on yhteensä 6 vaihetta, jotka on suoritettava, jotta ohjelmistosi sertifioidaan. Näin ollen testitiimin on tunnettava yksityiskohtaisesti STLC-vaiheet sekä soveltuva testisuunnittelu projektissa. Heidän tulee olla päteviä testitapauksen kehittämistoiminnan ja strategia-asiakirjan kanssa.

Jokaisella näistä STLC-vaiheista on omat sisään- ja poistumiskriteerinsä, suoritteensa ja toimintonsa.

Vaiheet ovat:

1. Vaatimusanalyysi
2. Testin suunnittelu
3. Testisuunnittelu
4. Testiympäristön asetukset
5. Testin suoritus
6. Testin sulkeminen

Ohjelmistojen testauksen elinkaarivaiheet, sisääntulo- ja poistumiskriteerit

Ohjelmistojen testauksen elinkaaressa tai STLC:ssä jokaiselle tasolle tai vaiheelle testillä on sisään- ja poistumiskriteerit.

Osallistumiskriteerit: Tämä ilmoittaa edellytykset tai kriteerit, jotka on täytettävä ennen testauksen alkamista.

Poistumiskriteerit: Tämä tarkoittaa, että kohdat tai kriteerit, jotka on täytettävä ennen tiettyä vaihetta tai tasoa, voivat päättyä ja lopulta saavuttaa testin päättymisraportti.

Ihannetapauksessa seuraavaan STLC-vaiheeseen ei pääse, elleivät edellisen poistumiskriteerit täyty. Tämä johtuu siitä, että vaiheen testausryhmän ei ole aina käytännössä mahdollista ohittaa poistumiskriteeriä ja siirtyä seuraavaan vaiheeseen.

Siksi tässä artikkelissa keskitymme erilaisiin toimintoihin ja suoritteisiin, joita vaaditaan tai jotka liittyvät STLC:n eri vaiheisiin ja vaiheisiin.

STLC-vaiheet

1. Vaatimusanalyysi

Tämä Ohjelmistojen testaus Life Cycle (STLC) -vaihe edellyttää, että testiryhmä tutkii vaatimusanalyysidokumentin ja analysoi sen testausnäkökulmasta testattavien vaatimusten tunnistamiseksi. Ne auttavat testitapausten kehittämisessä.

Nämä vaatimukset voivat olla toiminnallisia tai ei-toiminnallisia, ja siksi niitä käsitellään vastaavasti.

Laadunvarmistustiimi voi myös olla vuorovaikutuksessa sidosryhmien kanssa selvittääkseen vaatimuksia koskevia epäilyjä.

Automaation toteutettavuustestaus on myös osa tätä vaatimusten keruuvaihetta STLC-ohjelmiston testauksen elinkaaressa.

Osallistumiskriteerit:

• Vaatimusasiakirja (sekä toiminnallinen että ei-toiminnallinen) on oltava saatavilla tässä vaiheessa.
• Hyväksymiskriteerit on määriteltävä.
• Hakemuksen arkkitehtoninen asiakirja on oltava saatavilla.

Aktiviteetit:

• Se tunnistaa erityyppisiä testejä, jotka on suoritettava.
• Automaation toteutettavuusanalyysi tehdään tarvittaessa automaation toteutettavuusraportin luomiseksi.
• Testiympäristön yksityiskohtien määrittäminen.
• Yksityiskohdat testauksen prioriteeteista ja painopisteistä kerätään.
• Valmistellaan Vaatimus jäljitettävyysmatriisi (RTM).

Poistumiskriteerit:

• RTM-kirjautuminen pois päältä.
• Asiakas kirjautuu ulos Testausautomaation toteutettavuusraportista.

Toimitettavat tuotteet:

• Luotava RTM.
• Tarvittaessa luodaan automaation toteutettavuusraportti.

2. Testin suunnittelu

Toinen vaihe Ohjelmistojen testaus Life Cycle (STLC), jota kutsutaan testin suunnitteluvaiheeksi, sisältää testausstrategian määrittämisen, jonka vanhempi laadunvarmistuspäällikkö suorittaa erilaisten testaustoimintojen suorittamiseksi.

Tässä vaiheessa määritetään testiympäristö, resurssit, testausaikataulu, testausrajoitukset ja suunnitelma laaditaan ja viimeistellään sen mukaisesti ennen kuin testaustapausten kehittämistä edetään.

Tarveanalyysin jälkeen testin suunnittelu on seuraava tärkein vaihe, ja siksi se on tehtävä varoen.

Budjetti, vaiva, aika ja melkein kaikki testaukseen liittyvä riippuu testin suunnitteluasiakirjan oikeasta muodostamisesta, minkä vuoksi se on pääosin osoitettu laadunvarmistustiimille.

Tämä testisuunnitelman kehitysvaihe sisältää myös projektin ponnistelujen ja kustannusten arvioinnin sekä testisuunnitelman.

Osallistumiskriteerit:

• Vaatimusasiakirjat on oltava saatavilla.
• Vaatimusten jäljitettävyysmatriisi edellisestä vaiheesta on oltava saatavilla.
• Kirjaa viimeisen vaiheen automatisoinnin toteutettavuus.

Aktiviteetit:

• Ohjelmistojen testaustyökalun valinta.
• Testin kustannus- ja työmääräarviointiasiakirja.
• Testausstrategia-asiakirja erilaisia ​​testauksia varten laadittava.
• Koulutusvaatimukset on analysoitava.
• Roolien ja vastuun määrittely ja resurssien suunnittelu on tehtävä.

Poistumiskriteerit:

• Testauspäälliköllä on hyväksytty testisuunnitelma.
• Kustannus- ja panostusarvioasiakirjat on allekirjoitettava.

Toimitettavat tuotteet:

• Testistrategia-asiakirja toimitettu.
• Toimitettu kustannus- ja työmääräarviointiasiakirja.

3. Testisuunnittelu (testitapaukset)

Erilaisten testitapausten, testiskriptien ja testitietojen todentaminen, luominen ja uudelleenkäsittely on saatettava päätökseen tässä STLC-testauksessa.

Ennen testitapausten luomista testiskriptien testidata on tunnistettava, luotava ja tarkistettava ja myöhemmin muokattava uudelleen testitapausten luomiseen asetettujen edellytysten mukaan. Nämä testitapaukset tarjoavat täydellisen testikattavuuden projektissa.

On kuitenkin tiedettävä, että kaikkia mahdollisia testitapauksia ei ole mahdollista suorittaa.

Testitietojen viimeistelyn jälkeen laadunvarmistustiimi voi alkaa kehittää erilaisia ​​testitapauksia, testiskriptejä projektin eri yksiköille.

Osallistumiskriteerit:

• Vaatimusasiakirjat ovat saatavilla aikaisemmista vaiheista.
• Testisuunnitelma ja RTM toimitettu aikaisemmista vaiheista.
• Automatisoinnin analyysiraportti saatavilla.

Aktiviteetit:

• Automaatiokomentosarjat, jos mahdollista, ja testitapaukset testausta varten on luotava.
• Nämä testitapaukset ja komentosarjat tarkistetaan ja perustetaan.
• Jos testausympäristö on saatavilla, testidata ja testitapaukset luodaan.

Poistumiskriteerit:

• Testitapaus/käsikirjoitus on tarkistettava ja allekirjoitettava.
• Testitiedot on tarkistettava ja allekirjoitettava.

Toimitettavat tuotteet:

• Testitapaukset tai skriptit luotu.
• Testitapaukset viimeistelty.

4. Testiympäristön asetukset

Laitteisto- ja ohjelmistoolosuhteet, joissa testaus suoritetaan, määritetään tässä STLC:n vaiheessa.

Se voidaan tehdä samanaikaisesti testaussuunnitteluvaiheen kanssa.

Testausympäristön määritys on yksi testausprosessin kriittisimmistä puolista.

Ennen varsinaisen projektin testauksen aloittamista testitiimi suorittaa testiympäristön valmiustarkastuksen tai savutestauksen.

Tätä vaihetta ei tarvitse suorittaa, jos Test Design tarjoaa testiympäristön.

Osallistumiskriteerit:

• Ympäristöasetussuunnitelmat testisuunnitteluvaiheesta on oltava saatavilla.
• Järjestelmän suunnittelu- ja arkkitehtuuridokumentit tulee olla saatavilla.

Aktiviteetit:

• Laitteisto- ja ohjelmistovaatimusluettelo laaditaan ymmärtämällä vaadittu ympäristön asetukset ja arkkitehtuuri.
• Testitiedot ja -ympäristö on asetettu.
• Ennen varsinaista testausta rakennukselle tehdään savutestaus.

Poistumiskriteerit:

• Savukokeiden pitäisi onnistua.
• Ympäristöasetusten tulee toimia suunnitelman ja tarkistuslistan mukaisesti.
• Testausskriptien, testitietojen ja testitapausten määritys ympäristössä on valmis.

Toimitettavat tuotteet:

• Testitiedoilla valmiiksi asennettu ympäristö toimitetaan.
• Savutestin tulokset luodaan.

5. Testin suorittaminen

STLC:n viides vaihe, jota kutsutaan testin suorittamiseksi, sisältää koontiohjelmiston testaamisen testitapausten ja STLC:n kolmannessa vaiheessa generoitujen testitietojen mukaan ja se suoritetaan kehitetyssä testausympäristössä.

Testaajien on suoritettava jokainen testitapaus tässä testin suoritusvaiheessa ja luotava testitapauksen suoritusraportti.

Testikomentosarjan suorittaminen, virheraportointi ja testikomentosarjan ylläpito ovat joitakin vaiheita, jotka liittyvät tähän STLC:n vaiheeseen.

Jos vikoja ilmoitetaan, testaus keskeytyy ja palautetaan kehitystiimille.

Kun kehitystiimi on ratkaissut vian, suoritetaan uudelleentestaus.

Osallistumiskriteerit:

• Ympäristön kanssa määritetyt testitiedot on suoritettava loppuun.
• Testaussuunnitelman, perustason RTM:n ja testitapausten/komentosarjojen tulee olla saatavilla.
• Testiympäristön on oltava valmis ja savutestattu.
• Eri moduulien yksikkö- ja integrointitestausraportit pitäisi olla saatavilla.

Aktiviteetit:

• Testit on suoritettava suunnitelman mukaan.
• Kaikki havaitut viat testataan uudelleen.
• RTM on kartoitettu vioista testitapauksiin.
• Epäonnistuneiden tapausten testitulokset ja viat dokumentoidaan ja kirjataan.
• Viat tulee sulkea uudelleen testaamalla ja ennen viimeiseen vaiheeseen siirtymistä.

Poistumiskriteerit:

• Kaikki testitapaukset ja suunnitelmat suoritettu onnistuneesti.
• Viat kirjataan ja jäljitetään niiden sulkemiseen asti

Toimitettavat tuotteet:

• RTM suoritustilalla on valmis ja toimitettu.
• Testitapausten tulokset päivitetään testitapauksen suoritusraporttiin.
• Vikailmoitukset toimitetaan.

6. Testin sulkeminen

STLC:n viimeinen vaihe, Test Closure, on ratkaiseva vaihe projektissa prosessin pullonkaulojen poistamiseksi tulevia testisyklejä varten.

Testisyklin sulkemisvaihe sisältää loppuraportin, testin valmistumismatriisien ja testin valmistumisraportin keräämisen.

Näiden lisäksi testisyklin sulkemisvaiheeseen kuuluu myös testausryhmän jäsenten tapaaminen, jossa keskustellaan ja analysoidaan testausstrategioita, jotka voidaan ottaa käyttöön tulevaisuudessa nykyisen testisyklin opetuksena.

Osallistumiskriteerit:

• Kaikki testit on suoritettu.
• Lopulliset testitulokset ovat saatavilla.
• Täydellinen vikaloki on saatavilla.

Aktiviteetit:

• Testin päättymisraportti laaditaan.
• Aikaa, kustannuksia, ohjelmistoja, testin kattavuutta, laatua ja kriittisiä liiketoimintatavoitteita käytetään syklin loppuunsaattamiskriteerien arvioinnissa.
• Testausmittarit laaditaan yllä olevien parametrien perusteella.
• Vikajakauma tyypin ja vakavuuden mukaan löydetään testitulosanalyysin avulla.
• Ohjelmiston laadun kvantitatiivinen ja laadullinen raportointi raportoidaan asiakkaalle.

Poistumiskriteerit:

• Asiakas allekirjoittaa testin sulkemisraportin.

Toimitettavat tuotteet:

• Testimittarit toimitettu.
• Testin sulkemisraportti luotu.

STLC vs. SDLC: miten ne eroavat?

SDLC vs STLC

STLC:n UKK

Mitkä ovat STLC:n vaiheet?

Siinä on kuusi vaihetta: Vaatimusanalyysi, Testin suunnittelu, Testitapauksen kehittäminen, Testiympäristön asetukset, Testin suorittaminen, Testisyklin sulkeminen.

Mitä eroa on STLC:n ja SDLC:n välillä?

STLC: Se on lyhenne sanoista Software Testing Life Cycle, jossa laadunvarmistustiimi testaa kehitetyn ohjelmiston mahdollisten vikojen varalta testisuunnitelman, testitapausten ja testausympäristön avulla.
SDLC: Tämä tarkoittaa Software Development Life Cyclea, jossa liiketoimintaanalyytikko analysoi liiketoiminnan vaatimuksia sen perusteella, mikä kehittäjä kehittää koodin. Testaus ja ylläpito ovat myös osa SDLC:tä.

Mikä on laadunvarmistuksen elinkaari?

Quality Assurance (QA) -elinkaari eli STLC viittaa sarjaan ketjutettuja toimintoja, jotka suoritetaan testausprosessin aikana ohjelmiston laatutavoitteiden saavuttamiseksi.

Mitkä ovat koodauksen pääsykriteerit?

Koodauksen pääsykriteereitä ovat:
Tarkista testiympäristön saatavuus ja käytettävyys.
Tarkista testaustyökalujen asennus.
Tarkista saatavuuden testauskoodi.
Tarkista testitietojen saatavuus ja validointi.