Mis on testplaani mall?
TESTPLAANI MALL on üksikasjalik dokument, mis kirjeldab testimisstrateegiat, eesmärke, ajakava, hinnangut ja tulemusi ning testimiseks vajalikke ressursse. Testiplaan aitab meil kindlaks teha katsetatava rakenduse kvaliteedi kinnitamiseks vajalikud jõupingutused. Testimiskava on tarkvara testimise tegevuste kavandamine määratletud protsessina, mida testijuht hoolikalt jälgib ja kontrollib.
Testimiskava loomine on tarkvara testimise projekti edukuse tagamiseks kohustuslik. Kui olete testimise planeerimise uus kasutaja, lugege seda juhendit teemal Kuidas testplaani luua
Laadige alla prooviplaani mall
Allpool leiate katseplaani olulised koostisosad -
- 1. Sissejuhatus
- 1.1 Reguleerimisala
- 1.1.1 Reguleerimisalas
- 1.1.2 Reguleerimisalast välja
- 1.2 Kvaliteedi eesmärk
- 1.3 Rollid ja vastutus
- 2 Testimise metoodika
- 2.1 Ülevaade
- 2.2 Katsetasemed
- 2.3 Vea triaaž
- 2.4 Peatamise kriteeriumid ja jätkamise nõuded
- 2.5 Katse täielikkus
- 3 Testtulemused
- 4 Ressursside ja keskkonna vajadused
- 4.1 Tööriistad
- 4.2 Katsekeskkond
1. Sissejuhatus
Lühitutvustus projekti jaoks kasutatud testimisstrateegiate, -protsessi, töövoo ja metoodikate kohta
1.1) Reguleerimisala
1.1.1) Reguleerimisala
Ulatus määratletakse omadused, funktsionaalne või mitte-funktsionaalsed nõuded tarkvara, mis on testitud
1.1.2) Reguleerimisalast välja
Out of Scope määratleb tarkvara funktsioonid, funktsionaalsed või mittefunktsionaalsed nõuded, mida EI katsetata
1.2) Kvaliteedi eesmärk
Siinkohal mainige üldeesmärki, mida kavatsete saavutada oma käsitsi testimise ja automatiseerimise testimisega.
Teie testimisprojekti mõned eesmärgid võivad olla
- Veenduge, et testitav rakendus vastab funktsionaalsetele ja mittefunktsionaalsetele nõuetele
- Veenduge, et AUT vastab kliendi määratletud kvaliteedispetsifikatsioonidele
- Vead / probleemid tuvastatakse ja parandatakse enne nende avaldamist
1.3) Rollid ja vastutus
Erinevate meeskonnaliikmete rollide ja vastutuse üksikasjalik kirjeldus
- QA analüütik
- Testijuht
- Configuration Manager
- Arendajad
- Installimismeeskond
Teiste seas
2) Testimise metoodika
2.1) Ülevaade
Maini projekti jaoks konkreetse katsemetoodika kasutuselevõtu põhjus. Projekti jaoks valitud testmetoodika võiks olla
- Vesi kukkuda
- Korduv
- Vilgas
- Äärmuslik programmeerimine
Valitud metoodika sõltub mitmest tegurist. Testimise metoodika kohta saate lugeda siit
2.2) Katsetasemed
Test tasemed määratlevad testitava rakenduse (AUT ) testitüübid . Testimistasemed sõltuvad peamiselt projekti ulatusest, aja- ja eelarvepiirangutest.
2.3) Vea triaaž
Triatsiooni eesmärk on
- Iga vea lahenduse tüübi määratlemiseks
- Vigade tähtsuse järjekorda seadmiseks ja kõigi "To Be Fixed Bugs" ajakava määramiseks.
2.4) Peatamise kriteeriumid ja jätkamise nõuded
Peatamise kriteeriumid määratlevad kriteeriumid, mida tuleb kasutada kogu katseprotseduuri või selle osa peatamiseks, samal ajal kui jätkamise kriteeriumid määravad, millal katsetamist võib pärast peatamist jätkata
2.5) Katse täielikkus
Siin saate määratleda kriteeriumid, mis loevad teie testimise täielikuks.
Näiteks oleks testide täielikkuse kontrollimiseks mõned kriteeriumid
- 100% testkatvus
- Kõik käsitsi ja automatiseeritud testide juhtumid on täidetud
- Kõik avatud vead on fikseeritud või parandatakse järgmises versioonis
3) Testtulemused
Siinkohal mainige kõiki testiartefakte, mis tarnitakse testimise elutsükli erinevates etappides.
Siin on lihtsad tulemused
|
4) Ressursside ja keskkonna vajadused
4.1) Testimisvahendid
Koostage nimekiri tööriistadest nagu
- Nõuete jälgimise tööriist
- Vigade jälgimise tööriist
- Automaatika tööriistad
Vajalik projekti testimiseks
4.2) Katsekeskkond
Selles mainitakse minimaalseid riistvaranõudeid , mida rakenduse testimiseks kasutatakse.
Pärast tarkvara on vaja lisaks kliendi tarkvarale.
- Windows 8 ja uuemad
- Office 2013 ja uuemad
- MS Exchange jne.
5) Terminid / akronüümid
Mainige kõiki projektis kasutatud termineid või akronüüme
| TERM / AKRONÜM | MÄÄRATLUS |
| API | Rakendusprogrammi liides |
| AUT | Rakendus on testimisel |
Laadige alla ülaltoodud testplaani mallivorming
Testkava näidis Dokumendipanga veebirakenduse näide
1. Sissejuhatus
Testiplaan on ette nähtud projekti Guru99 Bank kõigi testimistoimingute ulatuse, lähenemisviisi, ressursside ja ajakava määramiseks.
Plaanis määratakse kindlaks testitavad elemendid, testitavad funktsioonid, tehtavate testide tüübid, testimise eest vastutav personal, testimise lõpuleviimiseks vajalikud ressursid ja ajakava ning plaaniga seotud riskid.
1.1 Reguleerimisala
1.1.1 Reguleerimisalas
Kõik veebisaidiGuru99 Bank funktsioonid, mis olid määratletud tarkvaranõuete spetsifikatsioonides, peavad olema parimad
| Mooduli nimi | Kohaldatavad rollid | Kirjeldus |
| Saldo uurimine | Haldur Klient | Klient : kliendil võib olla mitu pangakontot. Ta saab vaadata ainult oma kontode saldotHaldur : Haldur saab vaadata kõigi tema järelevalve alla kuuluvate klientide saldot |
| Rahaülekande | Haldur Klient | Klient: kliendil võib olla raha ülekandmine omaenda kontolt mis tahes sihtkontole.Haldur : Haldur saab raha suunata mis tahes lähtepanga kontolt sihtkontole |
| Mini avaldus | Haldur Klient | Mini avaldus näitab viimase 5 tehingute kontoTellija: Klient saab näha mini-avaldus ainult "oma" moodustabManager: Juht saab näha mini-avaldust mingil |
| Kohandatud avaldus | Haldur Klient | Kohandatud avaldus lubab sul filter ja ekraani tehingute konto kuupäeva alusel, tehingu väärtusTellija: Klient saab näha Customized- avaldus ainult "oma" moodustabManager : Juht saab näha Kohandatud -Avaldus tahes konto |
| Muuda salasõna | Haldur Klient | Klient: klient saab muuta ainult oma konto parooli.Haldur : Haldur saab muuta ainult oma konto parooli. Ta ei saa oma klientide paroole muuta |
| Uus klient | Juhataja | Juht : Haldur saab lisada uue kliendi. |
| Juhataja | Haldur: Haldur saab muuta üksikasju, näiteks kliendi aadressi, e-posti aadressi ja telefoni. |
|
| Uus konto | Juhataja | Praegu pakub süsteem kahte tüüpi kontosid • Salvestamine • Praegune . Kliendil võib olla mitu salvestuskontot (üks tema nimel, teine ühisnimes jne). Tal võib olla mitu arvelduskontot erinevatele talle kuuluvatele ettevõtetele . Või võib tal olla mitu jooksvat ja salvestavat kontot.Haldur: Haldur saab olemasolevale kliendile uue konto lisada . |
| Muuda kontot | Juhataja | Haldur: haldur saab lisada olemasoleva konto muutmise konto üksikasjad |
| Kustuta konto | Juhataja | Haldur: Haldur saab lisada kliendile konto kustutamiseks. |
| Kustuta klient | Juhataja | Klienti saab kustutada ainult siis, kui tal pole aktiivset arveldus- või salvestuskontodehaldurit . Haldur saab kliendi kustutada. |
| Tagatisraha | Juhataja | Haldur: Haldur saab raha sisse kanda mis tahes kontole. Tavaliselt tehakse seda siis, kui sularaha deponeeritakse pangakontoris. |
| Taganemine | Juhataja | Haldur: Haldur saab raha välja võtta igalt kontolt. Tavaliselt tehakse seda siis, kui sularaha võetakse pangakontoris. |
1.1.2 Reguleerimisalast välja
Neid funktsioone ei testita, kuna need ei sisaldu tarkvaranõuete spetsifikatsioonides
- Kasutajaliidesed
- Riistvaraliidesed
- Tarkvaraliidesed
- Andmebaas loogiline
- Side liidesed
- Veebisaidi turvalisus ja jõudlus
1.2 Kvaliteedi eesmärk
Testi eesmärk on kontrollida veebisaidi Guru99 Bank funktsionaalsust, projekt peaks keskenduma panganduse toimingute testimisele , näiteks kontohaldus, väljamakse ja saldo
… Jne., Et tagada kõigi nende toimingute normaalne toimimine reaalses ärikeskkonnas.1.3 Rollid ja vastutus
Projekt peaks projekti maksumuse kokkuhoiuks testijana kasutama allhanke liikmeid.
| Ei | Liige | Ülesanded |
| 1. | Testijuht | Kogu projekti haldamine Määratlege projekti suunad Hankige sobivad ressursid |
| 2. | Test | Sobivate katsemeetodite / tööriistade / automaatika arhitektuuri kindlakstegemine ja kirjeldamine Kontrollige ja hinnake katsemeetodit. Teostage teste, logige tulemusi, teavitage vigadest. Väljaostetud liikmed |
| 3. | Arendaja testis | Rakendage testijuhud, testimisprogramm, testipakett jne. |
| 4. | Testi administraator | Ehitab üles ja tagab testikeskkonna ning varade haldamise ja hooldamise, tugikatsetaja testkeskkonna kasutamiseks testi täitmiseks |
| 5. | SQA liikmed | Kvaliteedi tagamise eest vastutav isik Kontrollige, kas testimisprotsess vastab kindlaksmääratud nõuetele |
2 Testimise metoodika
2.1 Ülevaade
2.2 Katsetasemed
Projektis Guru99 Bank tuleks läbi viia kolme tüüpi teste.
- Integratsiooni testimine (üksikud tarkvaramoodulid on kombineeritud ja testitud rühmana)
- Süsteemi testimine: viiakse läbi tervikliku , integreeritud süsteemiga, et hinnata süsteemi vastavust selle täpsustatud nõuetele
- API testimine: testige kõiki testitud tarkvara jaoks loodud API-sid
2.3 Vea triaaž
2.4 Peatamise kriteeriumid ja jätkamise nõuded
Kui meeskonnaliikmed teatavad, et 40% testidest on ebaõnnestunud , peatage testimine, kuni arendustiim kõrvaldab kõik nurjunud juhtumid.
2.5 Katse täielikkus
- Määrab kriteeriumid, mis tähistavad katse edukat läbimist
- Käivitamise määr on kohustuslik 100%, kui ei ole esitatud selget põhjust.
- Läbimäära määr on 80%, läbipääsu määra saavutamine on kohustuslik
2.6 Projekti ülesanne, hinnang ja ajakava
| Ülesanne | Liikmed | Hinnake jõupingutusi |
| Looge testi spetsifikatsioon | Testikujundaja | 170 töötundi |
| Tehke testi täitmine | Testija, testi administraator | 80 töötundi |
| Testi tulemused | Testija | 10 töötundi |
| Katse kohaletoimetamine | 20 töötundi | |
| Kokku | 280 töötundi |
Nende ülesannete täitmise ajakava
3 Testtulemused
Testtulemused on esitatud allpool
Enne testimise faasi
- Katseplaanide dokument.
- Testjuhtumite dokumendid
- Test Design spetsifikatsioonid.
Testimise ajal
- Testimisvahendite simulaatorid.
- Testandmed
- Test Trace-võime maatriks - tõrkelogid ja täitmislogid.
Pärast katsetsüklite lõppu
- Testi tulemused / aruanded
- Defektiaruanne
- Paigaldus- / katseprotseduuride juhised
- Väljalaskemärkused
4 Ressursside ja keskkonna vajadused
4.1 Tööriistad
| Ei | Ressursid | Kirjeldused |
| 1. | Server | Vajad andmebaasiserverit, mis installib MySQL-serveri veebiserveri, mis installib Apache Serveri |
| 2. | Testimisvahend | Töötage välja tööriist Test, mis võimaldab testitulemuse automaatselt kindlaksmääratud vormis genereerida ja testi automaatse täitmise abil |
| 3. | Võrk | Seadistage LAN-i gigabaidine ja üks internetiliin kiirusega vähemalt 5 Mb / s |
| 4. | Arvuti | Vähemalt 4 arvutis töötab Windows 7, Ram 2GB, protsessor 3.4GHz |
4.2 Katsekeskkond
Testimiskeskkond tuleb seadistada vastavalt allolevale joonisele