Katseplaani mall (näidisdokumendi näide)
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
- 1.1 Reguleerimisala
- 1.1.1 Reguleerimisala
- 1.1.2 Reguleerimisalast väljas
- 1.2 Kvaliteedieesmärk
- 1.3 Rollid ja kohustused
- 2 Testimise metoodika
- 2.1 Ülevaade
- 2.2 Testitasemed
- 2.3 Vigade triaaž
- 2.4 Peatamise kriteeriumid ja jätkamise nõuded
- 2.5 Testi täielikkus
- 3 Test-tulemused
- 4 Ressursi- ja keskkonnavajadused
- 4.1 Testimisvahendid
- 4.2 Testikeskkond
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
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
|
4) Ressursi- ja keskkonnavajadused
4.1) Testimisvahendid
Koostage loend sellistest tööriistadest nagu
- Nõuete jälgimise tööriist
- Vigade jälgimise tööriist
- Automaatika tööriistad
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
Testiplaani eesmärk on määrata kindlaks projekti Guru99 panga kõigi testimistegevuste ulatus, lähenemisviis, ressursid ja ajakava.
Plaan määratleb testitavad esemed, testitavad funktsioonid, läbiviidavate testimiste tüübid, testimise eest vastutavad töötajad, testimise lõpetamiseks 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 |
Klient: kliendil võib olla mitu pangakontot. Ta saab vaadata ainult tema kontode saldot Juht: haldur saab vaadata kõigi klientide saldot, kes tulla tema järelevalve alla |
Rahaülekande | Juht klient |
Klient: Kliendil võib olla raha ülekandmine omalt konto mis tahes sihtkontole. Juht: haldur saab raha üle kanda mis tahes lähtepangast kontolt sihtkontole |
Mini avaldus | Juht klient |
Miniväljavõte näitab konto 5 viimast tehingut Klient: Klient näeb mini-teadet ainult enda kohta raamatupidamise Juht: Haldur näeb mis tahes konto miniväljavõtet |
Kohandatud avaldus | Juht klient |
Kohandatud avaldus võimaldab teil filtreerida ja kuvada tehingud kontol kuupäeva, tehingu väärtuse alusel Klient: Klient näeb ainult kohandatud väljavõtet tema "oma" kontod Juht: haldur näeb mis tahes kohandatud avaldust konto |
Muuda parool | Juht klient |
Klient: Klient saab muuta ainult oma konto parooli. Juht: haldur saab muuta ainult oma konto parooli. Ta ei saa oma klientide paroole muuta |
Uus klient | Juht | Juht: haldur saab lisada uue kliendi. |
Juht |
Juht: Haldur saab muuta üksikasju, 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 säästukontot (üks tema nimel, muud ühises nimes 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 lisada uue konto 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: Haldur saab raha hoiustada mis tahes kontole. Tavaliselt tehakse sularaha sissemaksmisel pangakontorisse. |
Tagasivõtmine | Juht |
Juht: Haldur saab raha välja võtta igalt kontolt. Tavaliselt tehakse sularaha väljavõtmisel pangakontoris. |
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 Määratlege projekti suunad Hankige sobivad ressursid |
2. | test | Sobivate testimistehnikate/-tööriistade/automaatikaarhitektuuri tuvastamine ja kirjeldamine Testimisviisi kontrollimine ja hindamine Tehke testid, logige tulemused, teatage defektidest. Väljast tellitud liikmed |
3. | Arendaja testis | Rakendage testjuhtumeid, testprogrammi, testkomplekti jne. |
4. | Testi administraator | Ehitab üles ja tagab testkeskkonna ja varade haldamise ja hooldamise Toetage testijat testkeskkonna kasutamiseks testi 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
- Testitööriistade simulaatorid.
– 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
Selles mainitakse minimaalseid riist- ja tarkvaranõudeid, mida rakenduse testimiseks kasutatakse.
Lisaks kliendipõhisele tarkvarale on vaja järgmisi tarkvarasid.
- Windows 11 ja üle selle
- Office 2021 ja uuemad
- MS Exchange jne.