Testausstrategia-asiakirjan esimerkki (mallipohja)

Testausstrategia ohjelmistotestauksessa

A Testistrategia on korkean tason suunnitelma, joka määrittelee organisaation lähestymistavan ohjelmistotestauksen elinkaareen (STLC). Se ohjaa laadunvarmistustiimejä asettaessaan Testaa kattavuus ja testauksen laajuutta, ja antaa jokaiselle testaajalle johdonmukaisen kuvan projektista milloin tahansa. Kun asianmukainen testausstrategia on käytössä, kriittisen testaustehtävän ohittamisen riski pienenee dramaattisesti, koska jokainen vastuu, ympäristö ja työkalu dokumentoidaan etukäteen.

Mikä on testausstrategia-asiakirja?

A Testistrategia-asiakirja on ohjelmistotestauksen muodollinen artefakti, joka määrittelee selkeästi testauslähestymistavan ja testaustavoitteet ohjelmistosovellukselle. Se on johdettu suoraan liiketoimintavaatimuksista ja ohjaa koko laadunvarmistustiimiä siinä, miten kukin testaustehtävä suoritetaan koko elinkaaren ajan.

Hyvin kirjoitettu testausstrategiadokumentti vastaa kysymyksiin, kuten mitä on saavutettava, miten se saavutetaan, kuka on vastuussa ja mitä työkaluja käytetään. Tehokkaan strategian laatiminen on taito, jota laadunvarmistusjohtajat hiovat kokemuksen myötä. Kun strategia on valmis, se on jaettava koko tiimin kanssa, jotta lähestymistapa, omistajuus ja laatuodotukset pysyvät yhdenmukaisina kaikkien sidosryhmien kanssa.

Miksi testausstrategiadokumentti on tärkeä?

Testausstrategia-asiakirja ankkuroi laadunvarmistuspäätökset projektin alkuvaiheessa, mikä estää ajautumisen liiketoiminnan odotusten ja paikan päällä tapahtuvan testauksen välillä. Ilman sitä tiimit usein tekevät päällekkäistä työtä, jättävät huomiotta kriittiset riskialueet tai tulkitsevat kattavuustavoitteita epäjohdonmukaisesti. Asiakirja antaa jokaiselle sidosryhmälle yhden viitekehyksen siitä, miten laatu saavutetaan.

• Tasaus: Varmistaa, että testaajat, kehittäjät ja liiketoimintatiimit ovat yhtä mieltä tavoitteista, testaustasoista ja aloitus-/poistumiskriteereistä.
• Riskienhallinta: Tunnistaa todennäköisimmät vikaantumistilat varhaisessa vaiheessa ja yhdistää ne dokumentoituihin lieventämissuunnitelmiin.
• toistettavuus: Standardoi testausmenetelmän, jotta tulevat versiot käyttävät uudelleen hyväksi havaittuja prosesseja sen sijaan, että ne keksittäisiin uudelleen.
• Työkalujen hallinta: Dokumentoi viralliset testien hallinta-, automaatio- ja suorituskykytyökalut, mikä vähentää hajanaisuutta ja lisensointien hukkaa.

Hyvän testistrategia-asiakirjan laatiminen

Jokaisella organisaatiolla on omat prioriteettinsa ja sääntönsä ohjelmistosuunnittelulle, joten älä kopioi toisen organisaation mallipohjaa sokeasti. Varmista aina, että mallipohja sopii ohjelmistokehitysmalliisi ja lisää mitattavissa olevaa arvoa ennen sen käyttöönottoa. Seuraavat seitsemän vaihetta muodostavat vahvan testausstrategiadokumentin selkärangan.

Vaihe #1) Soveltamisala

Määrittele asiakirjan rajat, mukaan lukien:

• Kuka tarkistaa asiakirjan.
• Kuka hyväksyy asiakirjan.
• Ohjelmistojen testaus toteutettavat toiminnot ja niiden aikataulut.

Vaihe #2) Testilähestymistapa

Dokumentoi, miten testaus suoritetaan alusta loppuun:

• Testausprosessi ja työnkulku.
• Testaustasot (yksikkö-, integraatio-, järjestelmä- ja hyväksyntätestaus).
• Kunkin tiimin jäsenen roolit ja vastuut.
• Testaustyypit, kuten kuormitustestaus, Turvallisuustestausja suorituskykytestaus.
• Testausmenetelmä ja automaatiotyökalut, jos sovellettavissa.
• Vikojen kirjaaminen, uudelleentestaus, vika triage, Regressiotestausja testaa hyväksymismenettelyt.

Vaihe 3) Testiympäristö

• Määritä tarvittavien ympäristöjen määrä ja kunkin asennustarpeet.
• Määrittele testidatan varmuuskopiointi ja palautusstrategia testien suorituksen turvaamiseksi.

Vaihe #4) Testaustyökalut

• Listaa automaatio ja testinhallintatyökalut toteutukseen tarvitaan.
• Tunnista tarvittavat avoimen lähdekoodin ja kaupalliset työkalut, kuinka monta käyttäjää ne tukevat ja suunnittele lisensointi sen mukaisesti.

Vaihe #5) Vapauta ohjaus

• Dokumentoi julkaisunhallintasuunnitelma, jossa on selkeä versiohistoria, joka varmistaa, että jokainen julkaisun muutos testataan ennen hyväksymistä.

Vaihe #6) Riskianalyysi

• Listaa kaikki projektiriskit, jotka voit kohtuudella ennustaa.
• Laadi jokaiselle riskille lieventämissuunnitelma ja varautumissuunnitelma, jos lieventäminen epäonnistuu.

Vaihe 7) Revew ja hyväksynnät

• Varmista, että liiketoimintatiimi tarkistaa ja hyväksyy kaikki toiminnot, Projektinhallintaja kehitystiimi.
• Arviointimuutosten yhteenveto tulisi olla tracdokumentin alussa yhdessä hyväksymispäivämäärän, nimen ja tarkistajan kommenttien kanssa.

Testausstrategia-asiakirjan osat

Vaikka yllä olevat seitsemän vaihetta kuvaavat asiakirjan rakentamista, alla olevat osat kuvaavat, mitä sen sisällä on oltava. Yhdessä ne muodostavat täydellisen kokonaisuuden, jonka kuka tahansa sidosryhmä voi tarkastaa.

1. Laajuus ja yleiskatsaus: Määrittelee dokumenttien hyväksynnän, tarkistuksen ja käytön sekä täsmentää, mitkä testaustoiminnot ja -vaiheet vaativat hyväksynnän.
2. Testausmenetelmät: Yksityiskohdat testaustasoista, menettelyistä, rooleista, vastuista ja muutoshallintaprosessista muutospyyntöjä varten.
3. Testausympäristön tekniset tiedot: Määrittää testidatan vaatimukset, ympäristöjen määrän, asennustarpeet ja varmuuskopiointi-/palautusstrategiat.
4. Testaustyökalut: Listaa testienhallinta- ja automaatiotyökalut sekä työkalut tietoturva-, suorituskyky- ja kuormitustestaukseen sekä käyttäjäkapasiteetin hallintaan.
5. Julkaisun hallinta: Varmistaa tehokkaan testien suorituksen ja julkaisunhallintastrategiat jokaiselle koodimuutokselle.
6. Riskianalyysi: Kuvailee testien suoritukseen vaikuttavia mahdollisia projektiriskejä sekä niiden lieventämis- ja varautumissuunnitelmia.
7. Revnäkemys ja hyväksynnät: Järjestelmänvalvojan, projektinhallinta-, kehitys- ja liiketoimintatiimien tekemät dokumenttien tarkistukset, ja päivitykset liittyvät testausprosessien parannuksiin.

Lataa testistrategiamalli

Lataa alla olevaa painiketta napsauttamalla esimerkkitestausstrategiadokumentti, jossa on omaan projektiisi mukautettava toiminut esimerkki.

Lataa testistrategiamalli

Testisuunnitelma vs. testistrategia

Usein on sekaannusta niiden välillä Testaussuunnitelma ja testausstrategia dokumentteja. Eri organisaatiot noudattavat omia käytäntöjään: joitakin yhdistämistestausstrategiaan liittyviä faktoja Testisuunnitelma, kun taas toiset käsittelevät strategiaa suunnitelman erillisenä alaosana.

Testisuunnitelma	Testistrategia
Testaussuunnitelmassa määritellään testauksen painopiste ja projektin laajuus. Se käsittelee testien kattavuutta, aikataulutusta, testattavia ominaisuuksia, testaamattomia ominaisuuksia, arviointia ja resurssien hallintaa.	Testausstrategia on ohjenuora, jota noudatetaan testaustavoitteen saavuttamiseksi ja testaussuunnitelmassa lueteltujen testityyppien suorittamiseksi. Se käsittelee testaustavoitetta, testiympäristössä, testausmenetelmä, automaatiotyökalut, varautumissuunnitelma ja riskianalyysi.

Yksinkertaisesti: Jos testisuunnitelma on määränpää, laadunvarmistuksen testausstrategia on kartta, joka vie sinut sinne.

UKK