Katseplaani mall (näidisdokumendi näide)

Autor: Thomas Hamilton Thomas Hamilton
Hours Ajakohastatud

Mis on testiplaani mall?

Testiplaani mall on üksikasjalik dokument, mis kirjeldab testimisstrateegiat, eesmärke, ajakava, hinnanguid ja tulemusi ning testimiseks vajalikke ressursse. Testiplaan aitab meil kindlaks teha, kui palju jõupingutusi on vaja testitava rakenduse kvaliteedi kinnitamiseks. Testimisplaan toimib kavana tarkvara testimistoimingute läbiviimiseks määratletud protsessina, mida testihaldur jälgib ja kontrollib põhjalikult.

Creating a Katseplaan on teie tarkvara testimisprojekti edu tagamiseks kohustuslik. Kui olete testimise planeerimises uus, vaadake seda õpetust Kuidas koostada testiplaani

Laadige alla testiplaani näidismall

Testiplaani mall

Allpool leiate testiplaani olulised komponendid -

1. Sissejuhatus

Projektis kasutatud testimisstrateegiate, protsessi, töövoo ja metoodikate lühitutvustus

1.1) Reguleerimisala

1.1.1) Reguleerimisala

Ulatus määratleb funktsioonid, funktsionaalsed või mittefunktsionaalsed nõuded tarkvarale, mis on katsetatud

1.1.2) Reguleerimisalast väljas

Out Of Scope määratleb funktsioonid, funktsionaalsed või mittefunktsionaalsed nõuded tarkvarale, mis EI OLE katsetatud

1.2) Kvaliteedi eesmärk

Siin mainige üldist eesmärki, mille kavatsete käsitsi testimise ja automatiseerimise testimisega saavutada.

Mõned teie testimisprojekti eesmärgid võivad olla

  • Veenduge, et testitav rakendus vastaks funktsionaalsetele ja mittefunktsionaalsetele nõuetele
  • Veenduge, et AUT vastaks kliendi määratud kvaliteedinõuetele
  • Vead/probleemid tuvastatakse ja parandatakse enne avaldamist

1.3) Rollid ja kohustused

Erinevate meeskonnaliikmete rollide ja kohustuste üksikasjalik kirjeldus, näiteks

  • QA analüütik
  • Testijuht
  • Konfiguratsioonihaldur
  • Arendajad
  • Paigaldamise meeskond

Teiste seas

SEOTUD ARTIKLID

2) Testimise metoodika

2.1) Ülevaade

Nimetage projekti jaoks konkreetse testimismetoodika kasutuselevõtu põhjus. Projekti jaoks valitud katsemetoodika võiks olla

  • Kosk
  • Iteratiivne
  • Väle
  • Äärmuslik programmeerimine

Valitud metoodika sõltub mitmest tegurist. Saate lugeda testimise metoodika kohta siin

2.2) Testitasemed

Testitasemed määravad testimise tüübid, mida testitavas rakenduses (AUT). Testimistasemed sõltuvad peamiselt projekti ulatusest, aja- ja eelarvepiirangutest.

2.3) Vigade triaaž

Triaaži eesmärk on

  • Iga vea eraldusvõime tüübi määramiseks
  • Vigade tähtsuse järjekorda seadmiseks ja ajakava määramiseks kõikidele "Veade parandamiseks".

2.4) Peatamise kriteeriumid ja jätkamise nõuded

Peatamiskriteeriumid määravad kriteeriumid, mida kasutatakse testimisprotseduuri kogu või osa peatamiseks, samas kui jätkamise kriteeriumid määravad kindlaks, millal saab testimist jätkata pärast selle peatamist

2.5) Testi täielikkus

Siin määratlete kriteeriumid, mis loevad teie testimise lõpetatuks.

Näiteks mõned kriteeriumid testi täielikkuse kontrollimiseks oleksid

  • 100% testi katvus
  • Kõik käsitsi ja automaatsed testijuhtumid on teostatud
  • Kõik avatud vead on parandatud või parandatakse järgmises versioonis

3) Testi tulemused

Siin mainige kõiki testartefakte, mis testimise elutsükli erinevatel etappidel tarnitakse.

Siin on lihtsad tulemused

  • Katseplaan
  • Testjuhtumid
  • Nõuete jälgitavuse maatriks
  • Veaaruanded
  • Testistrateegia
  • Testi mõõdikud
  • Kliendi väljalogimine

4) Ressursi- ja keskkonnavajadused

4.1) Testimisvahendid

Koostage loend sellistest tööriistadest nagu

Nõutav projekti testimiseks

4.2) Testikeskkond

Seal on märgitud miinimum riistvara nõuded, mida rakenduse testimiseks kasutatakse.

Järel tarkvara omad on vajalikud lisaks kliendipõhisele tarkvarale.

  • Windows 8 ja üle selle
  • Office 2013 ja uuemad
  • MS Exchange jne.

5) Terminid/akronüümid

Märkige kõik projektis kasutatud terminid või akronüümid

TERMIN/AKRONÜÜM MÄÄRATLUS
API Rakendusprogrammi liides
AUT Rakendus testimisel

Laadige alla ülaltoodud testiplaani mallivorming

Testiplaani näidisdokument panganduse veebirakenduse näide

1 Sissejuhatus

Testiplaan on koostatud selleks, et määrata kindlaks projekti Guru99 Bank kõigi testimistegevuste ulatus, lähenemisviis, ressursid ja ajakava.

Plaan määratleb testitavad objektid, testitavad omadused, testimise tüübid, testimise eest vastutavad töötajad, testimise lõpuleviimiseks vajalikud ressursid ja ajakava ning plaaniga seotud riskid.

1.1 Reguleerimisala

1.1.1 Reguleerimisala

Kõik veebisaidi Guru99 panga funktsioonid, mis olid määratletud tarkvaranõuetes specs neid on vaja testida

Mooduli nimi Kohaldatavad rollid Kirjeldus
Saldo uurimine Juht klient KlientKliendil võib olla mitu pangakontot. Ta saab
vaadata ainult tema kontode saldot
JuhtJuhataja saab vaadata kõigi klientide saldosid, kes
tema järelevalve alla sattuda
Rahaülekande Juht klient Klient: Klient saab lasta raha üle kanda omaenda kontolt.
kontolt mis tahes sihtkontole.
JuhtHaldur saab raha üle kanda mis tahes allikapangast.
kontolt sihtkontole
Mini avaldus Juht klient Miniväljavõte näitab konto 5 viimast tehingut
Klient: Klient näeb ainult oma miniväljavõtet
raamatupidamise
Juht: Haldur näeb mis tahes konto miniväljavõtet
Kohandatud avaldus Juht klient Kohandatud avaldus võimaldab teil filtreerida ja kuvada
konto tehingud kuupäeva ja tehingu väärtuse põhjal
Klient: Klient näeb ainult kohandatud avaldust
tema enda kontod
JuhtJuhataja näeb mis tahes kohandatud avaldust
konto
Muuda parool Juht klient Klient: Klient saab muuta ainult oma konto parooli.
JuhtHaldur saab muuta ainult oma konto parooli.
Ta ei saa oma klientide paroole muuta
Uus klient Juht Juht: haldur saab lisada uue kliendi.
Juht Juht: Juhataja saab muuta andmeid, nagu aadress, e-posti aadress,
kliendi telefon.
Uus konto Juht Praegu pakub süsteem kahte tüüpi kontosid
• Säästmine
• Praegune
Kliendil võib olla mitu hoiukontot (üks tema nimel,
teine ühise nime all jne).
Tal võib olla mitu arvelduskontot erinevate ettevõtete jaoks.
ta omab.
Või võib tal olla mitu arveldus- ja säästukontot.
Juht: Haldur saab olemasolevale kontole uue konto lisada.
klient.
Konto muutmine Juht Juht: Haldur saab olemasoleva konto jaoks lisada konto üksikasju muuta
Kustuta konto Juht Juht: Haldur saab lisada kliendi konto kustutamise.
Kustuta klient Juht Klienti saab kustutada ainult siis, kui tal ei ole aktiivseid arveldus- või kogumiskontosid
Juht: Haldur saab kliendi kustutada.
Hoius Juht Juht: Juhataja saab raha kanda ükskõik millisele kontole.
Tavaliselt tehakse seda siis, kui sularaha pangakontoris sisse makstakse.
Tagasivõtmine Juht Juht: Juhataja saab raha välja võtta igalt kontolt.
Tavaliselt tehakse seda siis, kui sularaha pangakontoris välja võetakse.

1.1.2 Reguleerimisalast väljas

Neid funktsioone ei testita, kuna need ei sisaldu tarkvaranõuete spetsifikatsioonides

  • Kasutajaliidesed
  • Riistvaraliidesed
  • Tarkvaraliidesed
  • Andmebaasi loogiline
  • Sideliidesed
  • Veebisaidi turvalisus ja jõudlus

1.2 Kvaliteedieesmärk

Testi eesmärk on kontrollima Veebisaidi Guru99 Bank funktsionaalsust, peaks projekt keskenduma selle testimisele pangaoperatsioon nagu kontohaldus, väljavõtmine ja saldo jne. juurde garantii kõik need toimingud võivad toimida Tavaliselt reaalses ärikeskkonnas.

1.3 Rollid ja kohustused

Projekt peaks kasutama tellida liikmed testijaks, et säästa projekti kulusid.

Ei. Liige Ülesanded
1. Testijuht Hallake kogu projekti
Projekti suundade määratlemine
Hankige sobivad ressursid
2. test Sobivate testimistehnikate/tööriistade/automatiseerimisarhitektuuri tuvastamine ja kirjeldamine. Testimismeetodi kontrollimine ja hindamine.
Tehke teste, logige tulemused, teatage vigadest.
Välistellimusel liikmed
3. Arendaja testis Rakendage testjuhtumeid, testprogrammi, testkomplekti jne.
4. Testi administraator Loob ja tagab testimiskeskkonna ja varade haldamise ja hooldamise
Testijate toetamine testikeskkonna kasutamisel testide läbiviimiseks
5. SQA liikmed Võtke vastutus kvaliteedi tagamise eest
Kontrollige, kas testimisprotsess vastab kindlaksmääratud nõuetele

2 Testimise metoodika

2.1 ülevaade

2.2 Testitasemed

Projektis Guru99 Bank tuleks läbi viia 3 tüüpi testid.

  • Integratsioon Testimine (üksikud tarkvaramoodulid kombineeritakse ja testitakse rühmana)
  • süsteem Testimine: viidi läbi a täitma, integreeritud süsteemi, et hinnata süsteemi vastavust selle kindlaksmääratud nõuetele
  • API testimine: Testige kõiki testitava tarkvara jaoks loodud API-sid

2.3 Vigade triaaž

2.4 Peatamise kriteeriumid ja jätkamise nõuded

Kui meeskonnaliikmed teatavad, et on 40% katsejuhtumitest ei, peatage testimine, kuni arendusmeeskond parandab kõik ebaõnnestunud juhtumid.

2.5 Testi täielikkus

  • Määrab kriteeriumid, mis tähistavad a edukas katsefaasi lõpetamine
  • jooks määr on kohustuslik 100% välja arvatud juhul, kui on esitatud selge põhjus.
  • Sooritama määr on 80% läbimise määra saavutamine on kohustuslik

2.6 Projekti ülesanne ja hinnang ning ajakava

Ülesanne liikmed Hinnake jõupingutusi
Looge testi spetsifikatsioon Testi disainer 170 töötundi
Tehke testkäivitus Testija, testi administraator 80 töötundi
Test Report Tester 10 töötundi
Testi kohaletoimetamine 20 töötundi
Summa 280 töötundi

Planeerige nende ülesannete täitmine

3 Test-tulemused

Testi tulemused on esitatud järgmiselt

Enne testimisetappi

  • Testiplaanide dokument.
  • Testijuhtumid dokumendid
  • Katse disaini spetsifikatsioonid.

Katsetamise ajal

– Testimisvahendite simulaatorid.

- Testi andmed

– Test Trace-ability Matrix – vealogid ja täitmislogid.

Pärast testimistsüklite lõppu

  • Testi tulemused/aruanded
  • Defekti aruanne
  • Paigaldamise/ testimisprotseduuride juhised
  • Väljalaskemärkmed

4 Ressursi- ja keskkonnavajadused

4.1 Testimisvahendid

Ei. Vahendid Descriptioone
1. server Vajab installitavat andmebaasiserverit MySQL server
Veebiserver, mis installib Apache serveri
2. Testimisvahend Töötage välja testimistööriist, mis suudab automaatselt genereerida testitulemuse eelmääratletud vormile ja automaatse testi täitmise
3. võrk Seadistage LAN Gigabit ja 1 Interneti-liin kiirusega vähemalt 5 Mb/s
4. arvuti Vähemalt 4 arvuti käitamist Windows 7, RAM 2 GB, CPU 3.4 GHz

4.2 Testikeskkond

See mainib minimaalseid riist- ja tarkvaranõudeid, mida rakenduse testimiseks kasutatakse.

Lisaks kliendispetsiifilisele tarkvarale on vaja järgmist tarkvara.

  • Windows 11 ja üle selle
  • Office 2021 ja uuemad
  • MS Exchange jne.