Testisuunnitelman mallipohja

Mikä on testisuunnitelman malli?

A Testisuunnitelmamalli on yksityiskohtainen dokumentti, joka kuvaa testausstrategian, tavoitteet, aikataulun, arvion, tuotokset ja testaukseen tarvittavat resurssit. Se auttaa määrittämään laadun validointiin tarvittavan työmäärän ja toimii testauspäällikön ohjaamana suunnitelmana.

Luominen Testisuunnitelma on pakollinen testausprojektisi onnistumisen varmistamiseksi. Jos olet uusi tässä, katso Testisuunnitelman luominen.

Lataa näytetestisuunnitelmamalli

Testisuunnitelmamallin rakenne

Alla on lueteltu testisuunnitelman mallin tärkeät osatekijät tässä järjestyksessä:

• 1. Esittely
• 1.1 Soveltamisala
• 1.1.1 Soveltamisala
• 1.1.2 Soveltamisalan ulkopuolella
• 1.2 Laatutavoite
• 1.3 Roolit ja vastuut
• 2. Testausmenetelmät
• 2.1 yleiskatsaus
• 2.2 Testitasot
• 2.3 Bug Triage
• 2.4 Keskeytyskriteerit ja jatkamisvaatimukset
• 2.5 Testin täydellisyys
• 3. Testitulokset
• 4. Resurssi- ja ympäristötarpeet
• 4.1 Testaustyökalut
• 4.2 Testausympäristö
• 5. Termit/lyhenteet

1) Johdanto

Johdanto tarjoaa lyhyen yleiskatsauksen projektissa käytetyistä testausstrategioista, prosesseista, työnkulusta ja menetelmistä.

1.1) Soveltamisala

---

Testausalue on jaettu kahteen osaan, jotta testausraja pysyy yksiselitteisenä.

1.1.1) Soveltamisala

Soveltamisala määrittelee ohjelmiston ominaisuudet, toiminnalliset tai ei-toiminnalliset vaatimukset, jotka on testattu.

1.1.2) Soveltamisalan ulkopuolella

Soveltamisalan ulkopuolinen määrittelee ohjelmiston ominaisuudet, toiminnalliset tai ei-toiminnalliset vaatimukset, jotka ei ole testattu.

1.2) Laatutavoite

---

Tässä mainitset yleiset tavoitteet, jotka tiimi aikoo saavuttaa manuaalisen testauksen ja automaatiotestauksen avulla. Tyypillisen testausprojektin tavoitteita ovat muun muassa:

• Varmista, että testattava sovellus (AUT) täyttää toiminnalliset ja ei-toiminnalliset vaatimukset.
• Varmista, että AUT täyttää asiakkaan määrittelemät laatuvaatimukset.
• Tunnista ja korjaa virheet ennen sovelluksen julkaisua.

1.3) Roolit ja vastuut

---

Anna yksityiskohtainen kuvaus eri tiimin jäsenten rooleista ja vastuista, kuten:

• QA-analyytikko
• Testipäällikkö
• Configuration Manager
• Kehittäjät
• Asennusryhmä

Muiden joukossa.

👉 Ilmoittaudu ilmaiseen live-ohjelmistotestausprojektiin

2) Testausmenetelmät

Tässä osiossa määritellään testien suorituksen elinkaari, tasot ja säännöt.

2.1) Yleiskatsaus

---

Mainitse syy tietyn testausmenetelmän käyttöönotolle projektissa. Projektiin valittu testausmenetelmä voisi olla:

• Vesiputous
• iteratiivinen
• Ketterä
• Äärimmäinen ohjelmointi

Valittu menetelmä riippuu useista tekijöistä. Voit lukea lisää testausmenetelmästä. täältä.

2.2) Testitasot

---

Testitasot määrittelevät testattavalle sovellukselle (AUT) suoritettavat testaustyypit.Valitut tasot riippuvat ensisijaisesti projektin laajuudesta, ajasta ja budjettirajoituksista.

2.3) Bug Triage

---

Virheiden triage-analyysin tavoitteena on:

• Määritä kunkin vian ratkaisutyyppi.
• Priorisoi virheet ja määritä aikataulu kaikille "korjattaville" virheille.

2.4) Keskeyttämiskriteerit ja jatkamisvaatimukset

---

Keskeytyskriteerit määrittelevät ehdot, joiden täyttyessä testausprosessi tai sen osa keskeytetään. Jatkamiskriteerit määrittävät, milloin testausta voidaan jatkaa keskeytyksen jälkeen.

2.5) Testin täydellisyys

---

Tässä määrität kriteerit, jotka katsovat testauksesi olevan valmis. Esimerkiksi yleisiä kriteerejä testin täydellisyyden tarkistamiseksi ovat:

• 100 %:n testikattavuus saavutettu.
• Kaikki manuaaliset ja automatisoidut testitapaukset on suoritettu.
• Kaikki avoimet virheet on korjattu tai suunniteltu korjattavaksi seuraavaan julkaisuun.

3) Testitoimitukset

Listaa kaikki testauksen elinkaaren aikana syntyneet artefaktit. Niiden tallentaminen etukäteen estää tiimien välisten luovutusten epäonnistumisen.

4) Resurssi- ja ympäristötarpeet

Listaa työkalut ja infrastruktuuri budjettien, lisenssien ja ympäristöjen turvaamiseksi ennen toteutuksen aloittamista.

4.1) Testaustyökalut

---

Tee lista työkaluista, kuten:

• vaatimukset Tracking Työkalu
• Vika Tracking Työkalu
• Automation Työkalut

Näitä tarvitaan projektin tehokkaaseen testaamiseen.

4.2) Testiympäristö

---

Mainitse vähimmäismäärä laitteisto vaatimukset, joita käytetään sovelluksen testaamiseen.

Seuraavat ohjelmisto vaaditaan asiakaskohtaisen ohjelmiston lisäksi:

• Windows 11 ja edellä
• Microsoft 365 (tai Office 2021 ja uudemmat)
• MS Exchange jne.

5) Termit/lyhenteet

Dokumentoi kaikki projektissa käytetyt termit tai lyhenteet, jotta uudet tulokkaat voivat lukea suunnitelman ilman epäselvyyksiä.

Lataa yllä oleva testisuunnitelman mallimuoto

Esimerkki testisuunnitelmasta: Esimerkki pankkiverkkosovelluksesta

Seuraava esimerkki näyttää, miten yllä oleva malli täytetään Guru99 Bankin verkkosovellus.

1. Esittely

Testaussuunnitelmassa määritellään kaikkien testaustoimien laajuus, lähestymistapa, resurssit ja aikataulu. Guru99 Pankkiprojekti. Se määrittelee testattavat kohteet ja ominaisuudet, suoritettavien testien tyypit, vastuuhenkilöt ja suunnitelmaan liittyvät riskit.

1.1 Soveltamisala

1.1.1 Soveltamisala

Kaikki ominaisuudet Guru99 Pankin verkkosivusto on määritelty ohjelmistovaatimuksessa silmälasit täytyy testata.

Moduulin nimi	Sovellettavat roolit	Tuotetiedot
Saldotiedustelu	Päällikkö, asiakas	asiakas: Asiakkaalla voi olla useita pankkitilejä, ja hän voi tarkastella vain omien tiliensä saldoja. Manager: Johtaja voi tarkastella kaikkien hänen alaisuudessaan olevien asiakkaiden saldoja.
Varainsiirto	Päällikkö, asiakas	asiakas: Asiakas voi siirtää varoja omalta tililtään mille tahansa tilille. Manager: Johtaja voi siirtää varoja miltä tahansa lähdetililtä mille tahansa kohdetilille.
Pieni lausunto	Päällikkö, asiakas	Minitiliote näyttää tilin viisi viimeisintä tapahtumaa. asiakas: Näkee vain oman tilinpäätöksensä mini-tilioteen. Manager: Näkee minkä tahansa tilin mini-tilioteen.
Mukautettu lausunto	Päällikkö, asiakas	Mukautettu tiliote suodattaa ja näyttää tilin tapahtumat päivämäärän tai tapahtuman arvon mukaan. asiakas: Vain hänen omilla tileillään. Manager: Mikä tahansa tili.
Muuta salasana	Päällikkö, asiakas	asiakas: Voi vaihtaa oman tilinsä salasanan. Manager: Voi vaihtaa oman tilinsä salasanan, mutta ei asiakkaidensa.
Uusi asiakas	Johtaja	Manager: Esimies voi lisätä uuden asiakkaan.
Muokkaa asiakasta	Johtaja	Manager: Voit muokata asiakkaan tietoja, kuten osoitetta, sähköpostiosoitetta ja puhelinnumeroa.
Uusi tili	Johtaja	Järjestelmässä on kaksi tilityyppiä: säästö- ja käyttötilit. Asiakkaalla voi olla useita säästötilejä (yksityisiä tai yhteisiä) ja useita käyttötilejä. Manager: Voi lisätä uuden tilin olemassa olevalle asiakkaalle.
Muokkaa tiliä	Johtaja	Manager: Voi muokata olemassa olevan tilin tietoja.
Poista tili	Johtaja	Manager: Voi poistaa asiakkaalle kuuluvan tilin.
Poista asiakas	Johtaja	Asiakas voidaan poistaa vain, jos hänellä ei ole aktiivisia käyttö- tai säästötilejä. Manager: Voi poistaa asiakkaan.
Tallettaa	Johtaja	Manager: Voi tallettaa rahaa mille tahansa tilille, tyypillisesti silloin, kun käteinen talletetaan pankkikonttoriin.
Poistaminen	Johtaja	Manager: Voi nostaa rahaa miltä tahansa tililtä, ​​tyypillisesti silloin, kun käteistä nostetaan pankkikonttorissa.

1.1.2 Soveltamisalan ulkopuolella

Näitä ominaisuuksia ei testata, koska ne eivät kuulu ohjelmistovaatimusten määrityksiin:

• Käyttöliittymät
• Laitteiden liitännät
• Ohjelmistoliittymät
• Tietokannan looginen suunnittelu
• Viestintärajapinnat
• Verkkosivuston turvallisuus ja suorituskyky

1.2 Laatutavoite

Testin tavoitteet ovat todentaa laitteen toiminnallisuus Guru99 Pankin verkkosivusto. Hankkeen tulisi keskittyä testaamaan pankkitoiminnot, kuten tilin hallinta, nostot ja saldokyselyt taata että kaikki nämä toiminnot toimivat Normaalisti todellisessa liiketoimintaympäristössä.

1.3 Roolit ja vastuut

Projektin tulee käyttää ulkoistetut jäseniä testaajiksi projektikustannusten säästämiseksi.

Ei.	Jäsen	Tehtävät
1.	Testipäällikkö	Johtaa koko projektia, määrittelee projektin suunnan ja hankkii tarvittavat resurssit.
2.	testaaja	Tunnistaa ja kuvaa asianmukaiset testaustekniikat, työkalut ja automaatioarkkitehtuurin; varmistaa testauslähestymistavan; suorittaa testejä; kirjaa tulokset; raportoi vioista. Ulkoistetut jäsenet.
3.	Kehittäjä Testissä	Toteuttaa testitapauksia, testiohjelmia, testipaketteja jne.
4.	Testin ylläpitäjä	Rakentaa ja ylläpitää testiympäristöä ja -resursseja; tukee testaajia suorituksen aikana.
5.	SQA:n jäsenet	Vastaa laadunvarmistuksesta ja varmista, että testausprosessi täyttää määritellyt vaatimukset.

2. Testausmenetelmät

2.1 yleiskatsaus

Guru99 Bank -projekti noudattaa ketterää testausmenetelmää, jonka avulla testaajat voivat mukautua nopeisiin kehityssprintteihin ja säilyttää samalla strukturoidun dokumentaation.

2.2 Testitasot

In Guru99 Pankkiprojektissa tulisi suorittaa kolmenlaisia ​​testejä:

• Integraatiotestaus: Yksittäiset ohjelmistomoduulit yhdistetään ja testataan ryhmänä.
• Järjestelmän testaus: Suoritettu kokonaisvaltaisella, integroidulla järjestelmällä määriteltyjen vaatimustenmukaisuuden arvioimiseksi.
• API-testaus: Testaa jokaisen testattavan ohjelmiston paljastaman API:n.

2.3 Bug Triage

Vika-asioiden triage-kokouksia pidetään kaksi kertaa viikossa, ja niissä luokitellaan vian vakavuus, omistaja ja korjauksen kohdeversio.

2.4 Keskeytyskriteerit ja jatkamisvaatimukset

If 40% testitapauksista on epäonnistui, keskeytä testaus, kunnes kehitystiimi korjaa kaikki epäonnistuneet tapaukset.

2.5 Testin täydellisyys

• Määrittää kriteerit, jotka merkitsevät a onnistunut testivaiheen suorittaminen loppuun.
• Suoritusnopeus on pakollinen klo 100% ellei selkeää syytä ilmoiteta.
• Pass rate is 80%läpäisyprosentin saavuttaminen on pakollinen.

2.6 Projektin tehtävät, arviointi ja aikataulu

Tehtävä	Jäsenet	Arvioitu työmäärä
Luo testispesifikaatio	Testisuunnittelija	170 työtuntia
Suorita testin suorittaminen	Testaaja, testin ylläpitäjä	80 työtuntia
Testiraportti	testaaja	10 työtuntia
Testitoimitus	Testipäällikkö	20 työtuntia
Yhteensä	-	280 työtuntia

Aikataulu: Tiimi sitoutuu suorittamaan nämä tehtävät sovitun testisyklin aikana.

3. Testitulokset

Testaustulokset kohteelle Guru99 Bankin projekti on organisoitu kolmeen vaiheeseen.

Ennen testausvaihetta:

• Testaussuunnitelman asiakirja.
• Testata tapauksia asiakirjoja.
• Testisuunnittelun eritelmät.

Testausvaiheen aikana:

• Testityökalusimulaattorit.
• Testitiedot.
• Testi tractoimivuusmatriisi, virhelokit ja suorituslokit.

Testausjaksojen päätyttyä:

• Testitulokset ja raportit.
• Vikaraportti.
• Asennus- ja testausohjeet.
• Julkaisutiedot.

4. Resurssi- ja ympäristötarpeet

4.1 Testaustyökalut

Ei.	Resurssi	Tuotetiedot
1.	Server	Käynnissä oleva tietokantapalvelin MySQL ja web-palvelin, jossa on Apache.
2.	Testityökalu	Työkalu, joka pystyy automaattisesti luomaan testitulokset ennalta määritettyyn muotoon ja automatisoimaan testien suorittamisen.
3.	verkkotuotteet	Gigabitin lähiverkko ja yksi internetyhteys, jonka vähimmäisnopeus on 5 Mb/s.
4.	tietokonetta	Ainakin 4 työasemaa käynnissä Windows 11, jossa on 8 Gt RAM-muistia ja 3.4 GHz:n prosessori.

4.2 Testausympäristö

Tässä osiossa luetellaan sovelluksen testaamiseen käytettävät laitteiston ja ohjelmiston vähimmäisvaatimukset. Seuraavat ohjelmistot vaaditaan asiakaskohtaisen ohjelmiston lisäksi:

• Windows 11 ja edellä
• Microsoft 365 (tai Office 2021 ja uudemmat)
• MS Exchange jne.

Kuinka tekoäly auttaa testisuunnittelussa

Nykyaikainen testaussuunnittelu hyödyntää yhä enemmän tekoälyä työmäärän pienentämiseen ja sokeiden pisteiden esiin nostamiseen. Generatiiviset avustajat, kuten ChatGPT, Claude tai Gemini osaa laatia alustavan testaussuunnitelman vaatimusdokumentista, ehdottaa puuttuvia reunatapauksia ja tuottaa tracsuorituskykymatriisit automaattisesti. Koneoppimismallit merkitsevät riskialttiita moduuleja historiallisista vikatiedoista, helping Testauspäällikkö keskittää työnsä sinne, missä sillä on eniten merkitystä.

Tekoälyn apu ei kuitenkaan korvaa ihmisen harkintakykyä. RevTarkastelijoiden on validoitava laajuus, sääntelyn kattavuus ja liiketoimintatarkoitus ennen tekoälyn luoman suunnitelman hyväksymistä. Käsittele tekoälyn ehdotuksia ensimmäisenä luonnoksena, älä lopullisena asiakirjana.

Parhaat käytännöt tehokkaaseen testaussuunnitelmaan

Hyvin kirjoitettu testaussuunnitelma pitää kaikki sidosryhmät ajan tasalla. Noudata näitä parhaita käytäntöjä dokumenttia kirjoittaessasi:

• Pidä se ytimekkäänä: Käytä selkeää kieltä ja luetteloita; vältä ammattikieltä, joka hidastaa muita kuin laadunvarmistukseen perehtyneitä lukijoita.
• Tee se Reviewable: Jaa tiedot kehittäjien ja liiketoiminta-analyytikoiden kanssa ajoissa havaitaksesi puuttuvat vaatimukset.
• Määritä poistumiskriteerit: Määritä numeerinen kattavuus, läpäisyprosentti ja vikakynnykset.
• Yhdistä riskit lieventäviin toimenpiteisiin: Yhdistä jokainen riski rajoittamis- tai varastrategiaan.
• Versiohallinta suunnitelmassa: Tallenna se dokumentointityökaluun track muutoksia koko projektin ajan.

UKK