Testistrategia-asiakirjan laatiminen [Sample Test Strategy Inside] (2024)

Ilman testausdokumentaatiota laadunvarmistuksen laadun mittaaminen on haastavaa myös kokeneille ammattilaisille. Lisädokumentaation tarve on entistä ilmeisempi, kun otat käyttöön uusia laadunvarmistusinsinöörejä ja skaalaat tuotettasi. Dokumentoinnin myötä laadunvarmistuksen arvo ja tarkoitus pysyvät selvänä.

Kun laatu mitataan oikein, voit ennustaa testituloksia ja vaikuttaa testausprosessiin. Korkean tason dokumentaatiolla, kuten testistrategialla ja testisuunnitelmalla, voit mitata tehokkaasti laadunvarmistuksen laatua ja sitä kautta myös tuotteesi laatua yleisesti. Testausstrategia antaa sinulle paremman hallinnan testausprosessiin ja testausbudjettiin.

Tässä viestissä määrittelemme atestistrategia kuin testisuunnitelma, keskustella sen osista, antaa vinkkejä vankan testistrategia-asiakirjan kirjoittamiseen ja esimerkki hyvästä testistrategia-asiakirjasta.

Mikä on testistrategia?

Testausstrategia on korkean tason testausdokumentaatio, joka vahvistaa tuotteelle suoritettavien testien tyypit tai tasot ja kuvaa ohjelmistokehityksen elinkaarissa käytetyn testausmenetelmän. Se määrittelee, miten tuote testataan, ja määrittelee tarkan menettelyn tai lähestymistavan, jota laadunvarmistusasiantuntijat käyttävät saavuttaakseen tavoitteensa.

Testistrategia vs testisuunnitelma

Jotkut saattavat tarvita selvennystätestisuunnitelmat ja testistrategiat.Testisuunnitelmassa käsitellään testin kattavuutta, ominaisuuksia, joita pitäisi ja joita ei pitäisi tarkistaa, sekä arvioita, ajoitusta ja resurssien hallintaa. Lyhyesti sanottuna testisuunnitelma on tavoitteellinen visiosi, ja testistrategia on strategiasi saavuttaaksesi sen.

Testisuunnitelma on kirjallinen kuvaus testausprosessin laajuudesta ja eri vaiheista. Testisuunnitelmadokumentti on dynaaminen ja sitä voidaan muuttaa kehityksen aikana. Päätavoitteena on määrittää, miten tuotetta testataan, millä testataan, milloin testataan, kuka testaa sen ja kuka tarkistaa tulokset.

Testausstrategia on korkean tason asiakirja, joka kattaa testaustavoitteet, -menetelmät, -ympäristöt, automaatiotekniikat, työkalut ja riskianalyysin valmiussuunnitelman kera. Kun projektipäällikkö ja kehitystiimi ovat kirjoittaneet ja hyväksyneet testistrategian, se ei yleensä muutu. On olemassa seuraavan tyyppisiä testistrategioita.

• Mallipohjainen strategia
• Metodinen strategia
• Standardin mukainen tai prosessin mukainen strategia
• Reaktiivinen strategia
• Neuvoa-antava strategia
• Regressiota vastustava strategia

Testistrategian osat

Ei ole olemassa yhtä täydellistä testistrategia-asiakirjaa käytettäväksi standardina ja sovellettavaksi kaikenlaisiin tuotteisiin. Siksi testistrategian osat voivat vaihdella yhtiöittäin. Suosittelemme tutustumaan Techstack-testistrategia-asiakirjan komponentteihin, jotka on kehitetty vuosikymmenten tarjoamisen kokemuksen perusteellaQA palveluna.

• Testaus lähestymistapa
• Testaustasot
• Testaustyypit
• Yhteensopivuustestauksen prioriteetit
• Esteiden lieventäminen
• Testausvaiheet
• Vapauta vahvistus
• Raportointi
• Hotfix
• CI/CD-testausputki

Testausmenetelmä

Tässä osassa kuvataan tuotetestauksessa käytettävät testityypit, testauspyramidi ja sen pino. Lisäksi se asettaa etusijalle sellaiset testit kuin yhteensopivuustestaukset, asennustestaukset jne. Mukavuuden vuoksi jaamme sen alaosiin.

Testitasot

Tämä on pyramidin muotoinen kuvaus testitasoista.

Testaustyypit

Tämä sisältää luettelon kaikentyyppisistä testauksista, joita tiimi aikoo suorittaa, niiden tavoitteet, kunkin tyypin prosessiominaisuudet ja hyväksymiskriteerit. Esimerkiksi Smoke Testingin tavoitteena olisi varmistaa, että ydinominaisuuksissa ei ole kriittisiä vikoja, ja määrittää, että sovellus on valmis seuraaviin testausvaiheisiin.

Prosessin ominaisuudet: savutestien tulisi kestää enintään 30 minuuttia, suorittaa jokaisen uuden koontiversion jälkeen, ja niitä tulee kattaa mahdollisimman paljon automaattisilla testeillä.

Yhteensopivuustestauksen prioriteetit

Tämä osa sisältää luettelon komponenteista tai sovelluksen osista, joihin tämän tyyppistä testiä voidaan soveltaa. Se sisältää myös samojen prioriteettien matriisin, joka voi näyttää tältä eri selaimissa ja käyttöjärjestelmissä.

Jos testausprosessissa on vivahteita muuntyyppisille Testaustyypissä luetelluille testeille (jotka vaativat lisätietoja), ne tulee myös olla erillisessä alaosassa.

Esteiden lieventäminen

Se on osio, joka kuvaa luettelon mahdollisista ongelmista, joita tuotteen laatu voi aiheuttaa, sekä testaustyypit, joilla pyritään vähentämään näitä riskejä ja niiden tärkeysjärjestystä.

Todellinen taulukko on suurempi kuin yllä olevassa esimerkissä. Tämän taulukon perusteella voimme jakaa testityyppimme prioriteetteihin:

Techstackilla luokittelemme prioriteetit vastaavien testien suorittamisen määrän mukaan ajanpuutteen tai muiden riskien varalta:

Korkea- testaus on suoritettava kokonaisuudessaan.

Keskikokoinen- Testaus voidaan suorittaa osittain.

Matala- Testaus suoritetaan, jos aikaa on jäljellä.

Testausvaiheet

Testaus voidaan suorittaa eri vaiheissa kehitysprosessista riippuen. Esimerkiksi Scrumin kanssa työskennellessäsi voit jakaa testausvaiheet niihin, jotka tapahtuvat ennen sprinttiä, sprintin aikana, hyväksymistestausta ja tuotantojulkaisun jälkeen.

Jotta tämä prosessi olisi laadultaan ennustettavaa, jokainen vaihe formalisoidaan ja kuvataan syöttökriteereiksi, testausprosessiksi vaiheen aikana ja tuloskriteereiksi.

Vapauta vahvistus

1. Julkaisun jälkeistä testausta tehdään tuotannossa tarpeen mukaan ja testijohdon ohjauksessa ja valvonnassa.
2. Vain savutestaus suoritetaan luomatta/päivittämättä tai poistamatta mitään tietoja.
3. Tiimi raportoi testaustuloksista, mukaan lukien tuotantojulkaisun testauksen aikana löydetyt ongelmat.

Raportointi

Tiimi lähettää ylimmälle johdolle ja sidosryhmille testausraportin, jossa kerrotaan testausprosessin tuloksista.

Hotfix

Testausprosessin aikana havaitut ongelmat tulee korjata niiden kriittisyyden ja SLA:n mukaan, jos ne määritellään tuotantoympäristön kannalta kriittisiksi. (Seuraavaksi voit luetella hotfix-korjauksen käsittelyn, sen testaamisen ja tuotantoon julkaisun vaiheet).

Poistumiskriteerit:

• Savukoe meni läpi.
• Löydetyt viat on lueteltu vianseurantaohjelmassa.
• Kriittiset viat korjataan osana hotfix-korjausprosessia.

CI/CD-testausputki

Jatkuvan integroinnin ja jatkuvan käyttöönoton (CI/CD) menetelmä ei sovellu kaikkialle, mutta joissakin tapauksissaQA osana CI/CD-putkistoasivoi olla hyödyllistä. Tämä kaavio kuvaa laatuportteja ja toimii lähtökohtana CI-putkien konfiguroinnissa.

Hyvän testistrategia-asiakirjan laatiminen

Sen sijaan, että seuraat sokeasti malleja, mieti, mikä toimii parhaiten tuotteellesi. Jokaisella tuotteella on erilaiset tekniset tiedot, joten sinun on pysyttävä siinä, minkä tiedät toimivan sinulle parhaiten. Älä noudata orjallisesti mitään standardia tai organisaatiota. Varmista, että siitä on aina hyötyä sinulle ja menettelyllesi. Tässä on muutamia vinkkejä, joista voi olla apua testistrategia-asiakirjaa laadittaessa.

1. Kun laadit testistrategia-asiakirjaa, vastaa kysymykseen "Miksi sidosryhmät haluavat rakentaa tämän tuotteen?" Näin ongelmat on helpompi ymmärtää ja luokitella nopeasti.
2. Tee luettelo kaikista tärkeistä komponenteista, joita aiot testata. Jos uskot, että jokin ominaisuus ei sisälly tähän versioon, luettele se "Ominaisuudet, joita ei testata" -luokkaan.
3. Kirjoita muistiin testausmenetelmä tuotteellesi. Ilmoita aiottu testaustyyppi selkeästi. Esimerkkejä ovat toiminnallinen testaus, käyttöliittymätestaus, integraatiotestaus, kuormitustestaus, tietoturvatestaus jne.
4. Kuvaile strategiaasi esimerkiksi toiminnallisen testauksen suorittamiseksi. Manuaalinen testaus vai automaatio? Aiotteko suorittaa jokaisen testitapauksen testissäsi?
5. Aseta testille selkeät sisään- ja poistumiskriteerit. Kun irtautumiskriteerit ovat epäselviä, tiimin jäsenet tulkitsevat niitä eri tavalla, mikä aiheuttaa merkittäviä ongelmia. Tästä seuraa, että tuotteen julkaisu viivästyy.
6. Valitse, miten seuraat testauksen tuloksia ja mitä mittareita käytät testin valmistumisen seuraamiseen.
7. Päätä tehtävien jakautumisesta määrittelemällä kunkin tiimin jäsenen vastuut ja toiminnot.
8. Mitä tietueita luot sekä testausvaiheen aikana että sen jälkeen?
9. Varmista, että koko tiimillä on yhtenäinen käsitys testausprosesseista ja että he voivat työskennellä tehokkaasti myös johdon ollessa poissa jonkin aikaa.
10. Testausstrategian tulisi tarjota PM:ille perusteellinen käsitys siitä, mitä laadunvarmistusinsinöörit testaavat ja miten, halutusta laadusta ja siitä, kuinka paljon työtä testaustiimi tekee kussakin tuotekehityksen vaiheessa ilman, että heillä on syvällistä tietoa testauksesta.
11. Hyvä testistrategia auttaa ennustamaan tuotteen laatua, jos kumppaniorganisaatiot pyytävät dokumentaatiota, joka sisältää joukon toimenpiteitä, joita tiimi tekee arvioidakseen tuotteen ennustettua laatua.
12. Täytä tietoturva- ja tietoturvavaatimukset läpäistäksesi kaikki uusille markkinoille pääsyn edellyttämät auditoinnit ja sertifikaatit.
13. Määritä CI/CD-prosessi testausstrategia-asiakirjan erilliseksi osaksi synkronoitavaksi kehitystiimin kanssa ja säätelemään kunkin ominaisuuden suorittamia laatuvaiheita ennen sen käyttöönottoa tuotantoon.
14. Ota huomioonLaadunvarmistusmittarit, jotka osoittavat, että tarvitset testistrategian, kuten vian pidättäminen, uudelleenavaamisnopeus, arvion tarkkuus, laskunopeus ja keskimääräinen vikaantumisaika.

Esimerkki hyvästä testistrategia-asiakirjasta

Kuten aiemmin mainitsimme, ei ole olemassa yhtä standardia siitä, miltä hyvän testistrategia-asiakirjan pitäisi näyttää. Vaikka jokaisella tuotteella voi olla erilaisia ​​eritelmiä, jotka pitäisi näyttää testistrategia-asiakirjassasi, suosittelemme perehtymään niihinTechstackin testistrategia-asiakirjakehitetty ottaen huomioon useiden vuosien kokemus ohjelmistotestauksesta.

Techstack-testistrategia-asiakirja sisältää kaikki yllä käsitellyt testistrategian osat. Se koostuu neljästä suuresta osasta:

01. Testausmenetelmä

02. Esteet ja lievennykset

03. Testausvaiheet

04. CI/CD-testausputki

Testausmenetelmä

Testausmenetelmä-osio sisältää neljä taulukkoa (testaustasot, testityypit, yhteensopivuuden testausvaatimukset selaimille ja käyttöjärjestelmälle sekä näytön tarkkuus yhteensopivuustestausta varten) ja alaosion suorituskykytestausta varten.

Testitasot-taulukossa on kaksi saraketta, joihin kirjoitamme testitasot ja kuvaukset. Testityypit-taulukossa on neljä saraketta: testityyppi, testitavoitteet, prosessin tiedot ja hyväksymiskriteerit.

Selaimet ja käyttöjärjestelmä yhteensopivuuden testaamista varten -taulukossa sarakkeiden määrä voi vaihdella yhteensopivuustestaukseen käytettyjen käyttöjärjestelmien määrän mukaan. Näytön resoluutio yhteensopivuustestausta varten kirjoitamme muistiin resoluution, näytön koon, näyttösuhteen ja prioriteetin.

Esteet ja lievennykset

Tässä osiossa on kaksi taulukkoa. Ensimmäisessä sarakkeessa on kolme saraketta, joihin kirjoitamme tuotteen esteen, vaikutuksen ja lieventämisen. Toinen taulukko asettaa prioriteetin eri testaustyypeille.

Testausvaiheet

Tässä osiossa testaustoiminnot tapahtuvat seuraavien vaiheiden aikana:

3.1 Testaustoiminnot Sprintin aikana

3.1.1 Osallistumiskriteerit

3.1.2 Prosessin tiedot

3.1.3 Poistumiskriteerit

3.2 UAT ja sen jälkeiset toiminnot

3.2.1 Osallistumiskriteerit

3.2.2 Prosessin tiedot

3.2.3 Poistumiskriteerit

3.3 Tuotanto ja jälkituotanto

3.3.1 Osallistumiskriteerit

3.3.2 Prosessin tiedot

3.3.3 Poistumiskriteerit

CI/CD-testausputki

Techstack-testistrategia-asiakirjan viimeisessä osassa sovelletaan valinnaisesti CI/CD Testing Pipeline -menetelmää.

Hallitse tuotteesi laatua vankan testistrategian avulla

Hyvä testistrategia antaa sinulle työkalun laadunvarmistustiimin tiedon tallentamiseen ja jakamiseen, jolloin voit kasvattaa tiimiäsi ja ottaa mukaan uusia tulokkaita turvautumatta tiettyihin tiimin jäseniin. Se antaa yksinkertaisen käsityksen testausprosessin hallinnasta.

Hyvin kirjoitetun testistrategia-asiakirjan avulla voit varmistaa, että laadunvarmistustiimisi ymmärtää, mitä suoritteiden tulee olla, jotta ne tarjoavat tuotteelle arvoa. Sen avulla voit hallita riskejä paremmin ja ennustaa tuotteesi laatua. Testausstrategia yhdessä muun tuotedokumentaation kanssa auttaa läpäisemään kaikki auditoinnit ja sertifioinnit saumattomasti ja laajentamaan liiketoimintaasi pääsemällä uusille markkinoille.

Kun Techstack otti käyttöön testistrategia-asiakirjan tuotekehitystiimeissämme, tiimityöstämme tuli näkyvämpää ja tehokkaampaa. Näin Techstack-tiimin jäsenet voivat olla tietoisia eri vastuualueista ja tiedustelujen lähettämisestä.

Ota meihin yhteyttälöytää tapoja varmistaa tuotteidesi laatu.