Kas ir testa gadījums?
Pārbaudes lieta ir darbību kopums, kas veikti, lai pārbaudītu konkrētu funkciju vai funkcionalitāti jūsu lietojumprogrammu. Testa gadījums satur testa darbības, testa datus, priekšnosacījumus, pēcnosacījumus, kas izstrādāti konkrētam testa scenārijam, lai pārbaudītu jebkuru prasību. Pārbaudes gadījums ietver īpašus mainīgos vai apstākļus, kurus testēšanas inženieris var salīdzināt gaidītos un faktiskos rezultātus, lai noteiktu, vai programmatūras produkts darbojas atbilstoši klienta prasībām.
Testa scenārijs Vs Testa gadījums
Testa scenāriji ir diezgan neskaidri un aptver plašas iespējas. Pārbaudes mērķis ir būt ļoti specifiskai.
Testa scenārijam: pārbaudiet pieteikšanās funkcionalitāti, ir daudz iespējamo testu gadījumu:
- 1. testa gadījums: pārbaudiet rezultātus, ievadot derīgu lietotāja ID un paroli
- 2. testa gadījums: pārbaudiet rezultātus, ievadot nederīgu lietotāja ID un paroli
- 3. testa gadījums: pārbaudiet atbildi, kad User ID ir tukšs un tiek piespiesta poga Pieteikties, un vēl daudz ko citu
Tas nav nekas cits kā testa gadījums.
Šajā apmācībā jūs uzzināsiet, kā rakstīt testa gadījumus manuālajā testēšanā ar piemēru -
- Kā rakstīt testa gadījumus manuālajā testēšanā
- Standarta testa lietu formāts
- Labākā prakse laba testa gadījuma rakstīšanai.
- Testa lietu pārvaldības rīki
- Resursi
Noklikšķiniet šeit, ja videoklips nav pieejams
Kā rakstīt testa gadījumus manuālajā testēšanā
Izveidosim scenārija testa gadījumu: pārbaudiet pieteikšanās funkcionalitāti
1. solis. Būtu vienkāršs scenārija izskaidrošanas gadījums
| Pārbaudes gadījums Nr. | Testa gadījuma apraksts |
|---|---|
| 1 | Pārbaudiet atbildi, kad ir ievadīta derīga e-pasta adrese un parole |
2. solis . Lai izpildītu testa gadījumu, jums būs nepieciešami testa dati. Pievienojot to zemāk
| Pārbaudes gadījums Nr. | Testa gadījuma apraksts | Testa dati |
|---|---|---|
| 1 | Pārbaudiet atbildi, kad ir ievadīta derīga e-pasta adrese un parole | E-pasts: šī e-pasta adrese ir aizsargāta no mēstuļu robotiem. Lai to apskatītu, jums jābūt aktivizētam JavaScript. Parole: lNf9 Oti7 2h |
Testa datu identificēšana var būt laikietilpīga, un dažreiz var būt nepieciešams testa datu izveidošana no jauna. Iemesls, kāpēc tas ir jādokumentē.
3. solis . Lai izpildītu testa gadījumu, testētājam ar AUT jāveic īpašs darbību kopums. Tas ir dokumentēts šādi:
| Pārbaudes gadījums Nr. | Testa gadījuma apraksts | Pārbaudes soļi | Testa dati |
|---|---|---|---|
| 1 | Pārbaudiet atbildi, kad ir ievadīta derīga e-pasta adrese un parole |
1) Ievadiet e-pasta adresi 2) Ievadiet paroli 3) Noklikšķiniet uz Pierakstīties |
E-pasts: šī e-pasta adrese ir aizsargāta no mēstuļu robotiem. Lai to apskatītu, jums jābūt aktivizētam JavaScript. Parole: lNf9 Oti7 2h |
Daudzas reizes pārbaudes darbības nav tik vienkāršas kā iepriekš, tāpēc tām nepieciešama dokumentācija. Arī testa lietas autors var pamest organizāciju vai doties atvaļinājumā, vai ir slims un bez pienākumiem, vai ir ļoti aizņemts ar citiem kritiskiem uzdevumiem. Nesen pieņemtajam darbiniekam var lūgt izpildīt testa lietu. Dokumentēti soļi viņam palīdzēs un atvieglos arī citu ieinteresēto personu pārskatus.
4. solis . Programmatūras testēšanas gadījumu mērķis ir pārbaudīt AUT uzvedību, lai iegūtu paredzamo rezultātu. Tas jādokumentē, kā norādīts zemāk
| Pārbaudes gadījums Nr. | Testa gadījuma apraksts | Testa dati | Gaidāmais Rezultāts |
|---|---|---|---|
| 1 | Pārbaudiet atbildi, kad ir ievadīta derīga e-pasta adrese un parole | E-pasts: šī e-pasta adrese ir aizsargāta no mēstuļu robotiem. Lai to apskatītu, jums jābūt aktivizētam JavaScript. Parole: lNf9 Oti7 2h | Pieteikšanās ir veiksmīga |
Testa izpildes laikā testētājs pārbaudīs gaidītos rezultātus ar faktiskajiem rezultātiem un piešķirs izturēšanas vai neizpildes statusu
| Pārbaudes gadījums Nr. | Testa gadījuma apraksts | Testa dati | Gaidāmais Rezultāts | Faktiskais rezultāts | Iziet / neizdevās |
|---|---|---|---|---|---|
| 1 | Pārbaudiet atbildi, kad ir ievadīta derīga e-pasta adrese un parole | E-pasts: šī e-pasta adrese ir aizsargāta no mēstuļu robotiem. Lai to apskatītu, jums jābūt aktivizētam JavaScript. Parole: lNf9 Oti7 2h | Pieteikšanās ir veiksmīga | Pieteikšanās bija veiksmīga | Pass |
5. solis. Izņemot testa gadījumu, var būt tāds lauks kā Pre-Condition, kurā norādītas lietas, kas jāievieto pirms testa veikšanas. Mūsu testa gadījumā priekšnosacījums būtu pārlūkprogrammas instalēšana, lai piekļūtu pārbaudāmajai vietnei. Pārbaudes gadījums var ietvert arī pēcnosacījumus, kas norāda visu, kas tiek piemērots pēc testa lietas pabeigšanas. Mūsu testa gadījumā pēcnosacījums būtu datums un pieteikšanās datums tiek glabāti datu bāzē
Standarta testa lietu formāts
Zemāk ir standarta pieteikšanās pārbaudes gadījumu formāta formāts.
| Testa lietas ID | Pārbaudes scenārijs | Pārbaudes soļi | Testa dati | Paredzamie rezultāti | Faktiskie rezultāti | Iziet / neizdevās |
|---|---|---|---|---|---|---|
| TU01 | Pārbaudiet klienta pieteikšanos ar derīgiem datiem |
| Userid = guru99 Parole = pass99 | Lietotājam jāpiesakās lietojumprogrammā | Kā gaidīts | Pass |
| TU02 | Pārbaudiet klienta pieteikšanos ar nederīgiem datiem |
| Userid = guru99 Parole = glass99 | Lietotājam nevajadzētu pieteikties lietojumprogrammā | Kā gaidīts | Pass |
Visu šo tabulu var izveidot programmā Word, Excel vai jebkurā citā testa pārvaldības rīkā. Tas ir viss, lai pārbaudītu lietu dizainu
Sagatavojot testa gadījumu, lai iekļautu šādu informāciju
- Apraksts par to, kāda prasība tiek pārbaudīta
- Paskaidrojums par sistēmas pārbaudi
- Testa iestatīšana, piemēram, pārbaudāmās lietojumprogrammas versija, programmatūra, datu faili, operētājsistēma, aparatūra, piekļuve drošībai, fiziskais vai loģiskais datums, diennakts laiks, priekšnosacījumi, piemēram, citi testi, un jebkura cita iestatīšanas informācija, kas attiecas uz pārbaudāmajām prasībām
- Ieguldījumi un rezultāti vai darbības un sagaidāmie rezultāti
- Visi apliecinājumi vai pielikumi
- Izmantojiet aktīvo lietu valodu
- Pārbaudes gadījumam jābūt ne vairāk kā 15 soļiem
- Automātiskais testa skripts tiek komentēts ar ievadi, mērķi un gaidāmajiem rezultātiem
- Iestatīšana piedāvā alternatīvu iepriekš nepieciešamajiem testiem
- Izmantojot citus testus, tam jābūt nepareizam biznesa scenārija pasūtījumam
Labākā prakse laba testa gadījuma rakstīšanai.
1. Pārbaudes gadījumiem jābūt vienkāršiem un pārredzamiem:
Izveidojiet pēc iespējas vienkāršākus pārbaudes gadījumus. Tiem jābūt skaidriem un kodolīgiem, jo testa lietas autors tos nevar izpildīt.
Izmantojiet pārliecinošu valodu, piemēram, dodieties uz mājas lapu, ievadiet datus, noklikšķiniet uz šī un tā tālāk. Tas atvieglo testa darbību izpratni un ātrāku izpildes pārbaudi.
2. Izveidojiet testa gadījumu, paturot prātā gala lietotāju
Jebkura programmatūras projekta galvenais mērķis ir izveidot testa gadījumus, kas atbilstu klientu prasībām un būtu ērti lietojami un darbināmi. Testētājam ir jāizveido testa gadījumi, paturot prātā gala lietotāja perspektīvu
3. Izvairieties no testa gadījuma atkārtošanās.
Neatkārtojiet testa gadījumus. Ja testa gadījums ir nepieciešams kāda cita testa gadījuma izpildei, pirmsnosacījuma kolonnā izsauciet testa lietu ar tās testa lietas ID
4. Neuzņemieties
Sagatavojot testa gadījumu, neuzņemieties savas lietojumprogrammas funkcionalitāti un funkcijas. Turieties pie specifikācijas dokumentiem.
5. Nodrošiniet 100% pārklājumu
Pārliecinieties, ka rakstāt pārbaudes gadījumus, lai pārbaudītu visas specifikācijas dokumentā minētās programmatūras prasības. Izmantojiet izsekojamības matricu, lai pārliecinātos, ka neviena funkcija / nosacījums nav pārbaudīts.
6. Pārbaudes gadījumiem jābūt identificējamiem.
Nosauciet testa gadījuma ID tā, lai tos varētu viegli identificēt, vēlāk izsekojot defektus vai identificējot programmatūras prasības.
7. Ieviesiet testēšanas paņēmienus
Programmatūrā nav iespējams pārbaudīt visus iespējamos nosacījumus. Programmatūras testēšanas paņēmieni palīdz izvēlēties dažus testa gadījumus ar maksimālu iespēju atrast defektu.
- Robežvērtību analīze (BVA): kā norāda nosaukums, tā ir metode, kas definē robežu pārbaudi noteiktam vērtību diapazonam.
- Ekvivalences nodalījums (EP): šī metode sadala diapazonu vienādās daļās / grupās, kurām parasti ir tāda pati uzvedība.
- Stāvokļa pārejas tehnika : šo metodi izmanto, ja programmatūras darbība mainās no viena stāvokļa uz citu pēc noteiktas darbības.
- Kļūdu uzminēšanas tehnika: tā ir kļūdas uzminēšana / paredzēšana, kas var rasties, veicot manuālo testēšanu. Šī nav oficiāla metode, un tā izmanto priekšrocības, ko sniedz testētāja pieredze lietojumprogrammā
8. Pašattīrīšanās
Izveidotajam testa gadījumam testa videi ir jāatgriežas pirms testa, un tā nedrīkst padarīt testa vidi nelietojamu. Tas jo īpaši attiecas uz konfigurācijas testēšanu.
9. Atkārtojami un patstāvīgi
Pārbaudes gadījumam katru reizi vajadzētu radīt vienādus rezultātus neatkarīgi no tā, kurš to testē
10. Salīdzinošā pārskatīšana.
Pēc testa gadījumu izveidošanas lieciet kolēģiem tos pārskatīt. Jūsu vienaudži var atklāt jūsu testa lietas dizaina defektus, kurus jūs viegli varat palaist garām.
Testa lietu pārvaldības rīki
Testa pārvaldības rīki ir automatizācijas rīki, kas palīdz pārvaldīt un uzturēt testa lietas. Testa lietu pārvaldības rīka galvenās iezīmes ir
- Testa lietu dokumentēšanai: izmantojot rīkus, varat paātrināt testa lietu izveidi, izmantojot veidnes
- Izpildiet testa gadījumu un reģistrējiet rezultātus: testa lietu var izpildīt, izmantojot rīkus, un iegūtos rezultātus var viegli ierakstīt.
- Automatizējiet defektu izsekošanu: neizdevušies testi tiek automātiski saistīti ar kļūdu izsekotāju, kuru savukārt var piešķirt izstrādātājiem un izsekot, izmantojot e-pasta paziņojumus.
- Izsekojamība: Prasības, Testa gadījumi, Testa lietu izpilde ir savstarpēji saistītas, izmantojot rīkus, un katru gadījumu var izsekot viens otram, lai pārbaudītu testa pārklājumu.
- Testa lietu aizsardzība: Testa gadījumiem vajadzētu būt atkārtoti lietojamiem un pasargātiem no pazaudēšanas vai sabojāšanas sliktas versiju kontroles dēļ. Testa lietu pārvaldības rīki piedāvā tādas funkcijas kā
- Nosaukšanas un numerācijas principi
- Versija
- Tikai lasāma krātuve
- Kontrolēta piekļuve
- Ārpus vietnes dublēšana
Populārie testa pārvaldības rīki ir: Kvalitātes centrs un JIRA
Resursi
- Lūdzu, ņemiet vērā, ka izmantotā veidne katrā projektā būs atšķirīga. Izlasiet šo apmācību, lai uzzinātu testa gadījuma veidni ar svarīgu lauku skaidrojumu
Lejupielādējiet iepriekš minēto testa gadījuma veidni Excel (.xls)
