Kas ir testa plāna veidne?
TESTA PLĀNA VEIDLAPA ir detalizēts dokuments, kas apraksta testa stratēģiju, mērķus, grafiku, novērtējumu un rezultātus, kā arī testēšanai nepieciešamos resursus. Testa plāns palīdz mums noteikt nepieciešamos pasākumus, lai pārbaudītu pārbaudāmās lietojumprogrammas kvalitāti. Testa plāns kalpo kā programmatūras testēšanas darbību kā definēta procesa plāns, kuru testa vadītājs rūpīgi pārrauga un kontrolē.
Testa plāna izveide ir obligāta, lai nodrošinātu programmatūras testēšanas projekta panākumus. Ja testa plānošana jums ir jauna, skatiet šo apmācību par to, kā izveidot testa plānu
Lejupielādējiet testa plāna veidnes paraugu
Zemāk atrodami svarīgi testa plāna komponenti -
- 1. Ievads
- 1.1 Darbības joma
- 1.1.1 Darbības jomā
- 1.1.2. Darbības joma
- 1.2 Kvalitātes mērķis
- 1.3. Lomas un pienākumi
- 2 Pārbaudes metodika
- 2.1. Pārskats
- 2.2 Pārbaudes līmeņi
- 2.3 Kļūdu šķirošana
- 2.4. Apturēšanas kritēriji un atsākšanas prasības
- 2.5 Pārbaudes pilnīgums
- 3 Pārbaudāmie rezultāti
- 4 Resursu un vides vajadzības
- 4.1 Testēšanas rīki
- 4.2 Testa vide
1. Ievads
Īss projekta stratēģiju, procesa, darbplūsmas un metodikas apraksts
1.1) Darbības joma
1.1.1) Darbības jomā
Darbības joma definē funkcijas, no programmatūras funkcionālās vai nefunkcionālās prasības, kas tiks pārbaudīti
1.1.2) ārpus darbības jomas
Ārpus darbības jomas nosaka programmatūras funkcijas, funkcionālās vai nefunkcionālās prasības, kuras netiks pārbaudītas
1.2) Kvalitātes mērķis
Šeit miniet vispārējo mērķi, kuru plānojat sasniegt ar manuālo testēšanu un automatizācijas testēšanu.
Daži no jūsu testa projekta mērķiem varētu būt
- Pārliecinieties, ka pārbaudāmā lietojumprogramma atbilst funkcionālajām un nefunkcionālajām prasībām
- Pārliecinieties, vai AUT atbilst klienta noteiktajām kvalitātes specifikācijām
- Kļūdas / problēmas tiek identificētas un novērstas pirms to publicēšanas
1.3) Lomas un pienākumi
Detalizēts dažādu komandas locekļu lomu un pienākumu apraksts
- QA analītiķis
- Testa vadītājs
- Configuration Manager
- Izstrādātāji
- Instalācijas komanda
Cita starpā
2) Pārbaudes metodika
2.1) Pārskats
Miniet iemeslu, kāpēc projektam jāpieņem konkrēta testa metodika. Projektam izvēlētā testa metodika varētu būt
- Ūdens kritums
- Iteratīvs
- Veikls
- Galējā programmēšana
Izvēlētā metodika ir atkarīga no vairākiem faktoriem. Par testa metodiku var izlasīt šeit
2.2) Pārbaudes līmeņi
Testa līmeņi nosaka testēšanas veidus, kas jāveic pārbaudāmajai lietojumprogrammai (AUT ). Pārbaudes līmeņi galvenokārt ir atkarīgi no projekta apjoma, laika un budžeta ierobežojumiem.
2.3) Kļūdu šķirošana
Triažas mērķis ir
- Lai noteiktu katras kļūdas izšķirtspējas veidu
- Lai noteiktu kļūdu prioritāti un noteiktu grafiku visām “To Be Fixed Bugs”.
2.4) Apturēšanas kritēriji un atsākšanas prasības
Apturēšanas kritēriji nosaka kritērijus, kas jāizmanto, lai apturētu visu testēšanas procedūru vai tās daļu, savukārt atsākšanas kritēriji nosaka, kad testēšanu var atsākt pēc tās apturēšanas
2.5) Pārbaudes pilnīgums
Šeit jūs definējat kritērijus, kas testēšanu uzskatīs par pabeigtu.
Piemēram, būtu daži kritēriji, lai pārbaudītu testa pilnīgumu
- 100% testa pārklājums
- Izpildīti visi manuālās un automatizētās pārbaudes gadījumi
- Visas atvērtās kļūdas ir novērstas vai tiks novērstas nākamajā laidienā
3) Pārbaudāmie rezultāti
Šeit miniet visus testa artefaktus, kas tiks piegādāti dažādos testa dzīves posmos.
Šeit ir vienkāršie rezultāti
|
4) Resursu un vides vajadzības
4.1) Testēšanas rīki
Izveidojiet tādu rīku sarakstu kā
- Prasību izsekošanas rīks
- Kļūdu izsekošanas rīks
- Automatizācijas rīki
Nepieciešams, lai pārbaudītu projektu
4.2) Pārbaudes vide
Tajā ir minētas minimālās aparatūras prasības, kas tiks izmantotas lietojumprogrammas testēšanai.
Seko programmatūras ir nepieciešami papildus klientu specifisku programmatūru.
- Windows 8 un jaunākas versijas
- Office 2013 un jaunākas versijas
- MS Exchange utt.
5) Termini / akronīmi
Pieminiet visus projektā lietotos vārdus vai akronīmus
| TERMIŅŠ / AKRONĪMS | DEFINĪCIJA |
| API | Lietojumprogrammas saskarne |
| AUT | Pārbaudāma lietojumprogramma |
Lejupielādējiet iepriekšminēto testa plāna veidnes formātu
Testa plāna paraugs Dokumentu bankas tīmekļa lietojumprogrammas piemērs
1. Ievads
Testa plāns ir izstrādāts, lai noteiktu projekta Guru99 Bank visu testēšanas darbību apjomu, pieeju, resursus un grafiku.
Plāns nosaka pārbaudāmās lietas, pārbaudāmās funkcijas, veicamo testu veidus, par testēšanu atbildīgo personālu, testēšanas pabeigšanai nepieciešamos resursus un grafiku, kā arī riskus, kas saistīti ar plānu.
1.1 Darbības joma
1.1.1 Darbības jomā
Visām vietnesGuru99 Bank iezīmēm, kas tika definētas programmatūras prasību specifikācijās, ir jāpiešķir vislabākā vērtība
| Moduļa nosaukums | Piemērojamās lomas | Apraksts |
| Bilances izmeklēšana | Vadītājs klients | Klients : klientam var būt vairāki bankas konti. Viņš var skatīt tikai savu kontu atlikumu.Pārvaldnieks : Pārvaldnieks var skatīt visu viņa pārraudzībā esošo klientu bilanci |
| Līdzekļu pārskaitījums | Vadītājs klients | Klients: Klients var pārskaitīt līdzekļus no sava “sava” konta uz jebkuru galamērķa kontu.Pārvaldnieks : Pārzinis var pārskaitīt līdzekļus no jebkura avota bankas konta uz galamērķa kontu |
| Mini paziņojums | Vadītājs klients | Mini izraksts parādīs pēdējos 5 konta darījumus.Klients: klients var redzēt tikai sava kontapārziņa mini izrakstu. Pārvaldnieks var redzēt jebkura konta mini izrakstu |
| Pielāgots paziņojums | Vadītājs klients | Pielāgotu paziņojums ļauj filtrēt un displeja darījumu kontā, pamatojoties uz datumu, darījuma vērtībaKlients: Klients var redzēt Customized- ticamības tikai viņa "paša" kontivadītājs : no A vadītājs var redzēt Customized -statement jebkuru kontu |
| Mainīt paroli | Vadītājs klients | Klients: klients var mainīt tikai sava konta paroli.Pārzinis : Pārzinis var mainīt tikai sava konta paroli. Viņš nevar mainīt savu klientu paroles |
| Jauns klients | Vadītājs | Pārvaldnieks : Pārzinis var pievienot jaunu klientu. |
| Vadītājs | Pārvaldnieks: Pārvaldnieks var rediģēt informāciju, piemēram, klienta adresi, e-pastu, tālruni. |
|
| Jauns konts | Vadītājs | Pašlaik sistēma nodrošina divu veidu kontus. • Saglabāšana. Pašreizējais Klientam var būt vairāki krājkonti (viens uz viņa vārda, cits kopīgā vārdā utt.). Viņam var būt vairāki norēķinu konti dažādiem piederošiem uzņēmumiem . Vai arī viņam var būt vairāki pašreizējie un krājkonti.Pārvaldnieks: Pārvaldnieks var pievienot jaunu kontu esošam klientam. |
| Rediģēt kontu | Vadītājs | Pārzinis: Pārzinis var pievienot rediģēšanas konta informāciju esošam kontam |
| Dzēst kontu | Vadītājs | Pārvaldnieks: Pārzinis var pievienot klientam dzēšamo kontu. |
| Dzēst klientu | Vadītājs | Klientu var izdzēst tikai tad, ja viņam / viņai nav aktīvu pašreizējo vai krājkontupārvaldnieku: Pārvaldnieks var izdzēst klientu. |
| Depozīts | Vadītājs | Pārvaldnieks: Pārzinis var iemaksāt naudu jebkurā kontā. Parasti to veic, kad skaidrā nauda tiek noguldīta bankas filiālē. |
| Izstāšanās | Vadītājs | Pārvaldnieks: Pārzinis var izņemt naudu no jebkura konta. Parasti tas tiek darīts, kad skaidra nauda tiek izņemta bankas filiālē. |
1.1.2. Darbības joma
Šīs funkcijas netiek pārbaudītas, jo tās nav iekļautas programmatūras prasību specifikācijās
- Lietotāju saskarnes
- Aparatūras saskarnes
- Programmatūras saskarnes
- Datu bāze loģiska
- Sakaru saskarnes
- Vietnes drošība un veiktspēja
1.2 Kvalitātes mērķis
Testa mērķi ir pārbaudīt tīmekļa vietnes Guru99 Bank funkcionalitāti. Projektā galvenā uzmanība jāpievērš tādas bankas darbības pārbaudei kā konta pārvaldība, izņemšana un atlikums.
... utt., Lai garantētu, ka visas šīs darbības reālā biznesa vidē var darboties normāli .1.3. Lomas un pienākumi
Lai ietaupītu projekta izmaksas, projektam jāizmanto biedri, kas izmanto ārpakalpojumus .
| Nē. | Biedrs | Uzdevumi |
| 1. | Testa vadītājs | Pārvaldiet visu projektu. Definējiet projekta virzienus. Iegūstiet atbilstošus resursus |
| 2. | Pārbaude | Atbilstošu testēšanas metožu / rīku / automatizācijas arhitektūras identificēšana un aprakstīšana Pārbaudiet un novērtējiet testa pieeju Izpildiet testus, reģistrējiet rezultātus, ziņojiet par defektiem. Ārpakalpojuma dalībnieki |
| 3. | Izstrādātājs testā | Ieviesiet testa gadījumus, testa programmu, testu komplektu utt. |
| 4. | Pārbaudes administrators | Veido un nodrošina testa vides un aktīvu pārvaldību un uzturēšanu Atbalsta testeris, lai testa izpildei izmantotu testa vidi |
| 5. | SQA biedri | Pārņemiet atbildību par kvalitātes nodrošināšanu. Pārbaudiet, vai pārbaudes process atbilst noteiktajām prasībām |
2 Pārbaudes metodika
2.1. Pārskats
2.2 Pārbaudes līmeņi
Projektā Guru99 Bank ir jāveic 3 veidu testi.
- Integrācijas testēšana (atsevišķi programmatūras moduļi tiek apvienoti un testēti kā grupa)
- Sistēmas testēšana: tiek veikta pilnīgai , integrētai sistēmai, lai novērtētu sistēmas atbilstību tās noteiktajām prasībām
- API testēšana: pārbaudiet visas pārbaudītajai programmatūrai izveidotās API
2.3 Kļūdu šķirošana
2.4. Apturēšanas kritēriji un atsākšanas prasības
Ja komandas locekļi ziņo, ka 40% testa gadījumu nav izdevies , pārtrauciet testēšanu, līdz izstrādes komanda novērš visus neizdevušos gadījumus.
2.5 Pārbaudes pilnīgums
- Norāda kritērijus, kas apzīmē testa posma sekmīgu pabeigšanu
- Izpildes ātrumam obligāti jābūt 100%, ja vien nav norādīts skaidrs iemesls.
- Ieejas koeficients ir 80%, lai sasniegtu obligāto līmeni
2.6. Projekta uzdevums, novērtējums un grafiks
| Uzdevums | Dalībnieki | Novērtējiet piepūli |
| Izveidojiet testa specifikāciju | Testa dizainers | 170 cilvēka stunda |
| Veiciet testa izpildi | Testētājs, testa administrators | 80 cilvēka stundas |
| Testa ziņojums | Testeris | 10 cilvēka stunda |
| Pārbaudes piegāde | 20 cilvēka stundas | |
| Kopā | 280 cilvēka stunda |
Ieplānojiet šo uzdevumu izpildi
3 Pārbaudāmie rezultāti
Testa rezultāti ir sniegti, kā norādīts zemāk
Pirms testa posma
- Testa plānu dokuments.
- Pārbaudes gadījumu dokumenti
- Testa projekta specifikācijas.
Testēšanas laikā
- Pārbaudes rīka simulatori.
- testa dati
- Testa izsekojamības matrica - kļūdu žurnāli un izpildes žurnāli.
Pēc testēšanas ciklu beigām
- Testa rezultāti / ziņojumi
- Defektu ziņojums
- Uzstādīšanas / pārbaudes procedūru vadlīnijas
- Izlaiduma piezīmes
4 Resursu un vides vajadzības
4.1 Testēšanas rīki
| Nē. | Resursi | Apraksti |
| 1. | Serveris | Nepieciešams datu bāzes serveris, kas instalē MySQL serveri Tīmekļa serveris, kas instalē Apache serveri |
| 2. | Pārbaudes rīks | Izstrādājiet testa rīku, kas var automātiski ģenerēt testa rezultātu uz iepriekš noteiktu formu un automatizētu testa izpildi |
| 3. | Tīkls | Iestatiet LAN gigabitu un 1 interneta līniju ar ātrumu vismaz 5 Mb / s |
| 4. | Dators | Vismaz 4 datoros darbojas operētājsistēma Windows 7, Ram 2GB, CPU 3.4GHZ |
4.2 Testa vide
Pārbaudes vide ir jāiestata atbilstoši zemāk redzamajam attēlam