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.
Kas ir testa scenārijs?
Pārbaudes scenārijs ir definēts kā jebkura pārbaudāma funkcionalitāte. Tas ir kopīgs testu gadījumu kopums, kas testēšanas komandai palīdz noteikt projekta pozitīvās un negatīvās īpašības.
Testa scenārijs sniedz augsta līmeņa priekšstatu par to, kas mums jāpārbauda.
Testa scenārija piemērs
E-komercijas lietojumprogrammai būtu daži testa scenāriji
1. testa scenārijs: pārbaudiet meklēšanas funkcionalitāti
2. testa scenārijs: pārbaudiet maksājumu funkcionalitāti
3. testa scenārijs: pārbaudiet pieteikšanās funkcionalitāti
GALVENĀS ATŠĶIRĪBAS
- Testa gadījums ir darbību kopums, kas veikts, lai pārbaudītu noteiktas funkcijas vai funkcionalitāti, savukārt testa scenārijs ir jebkura pārbaudāma funkcionalitāte.
- Pārbaudes gadījums galvenokārt tiek iegūts no testa scenārijiem, savukārt testa scenāriji - no tādiem testa artefaktiem kā BRS un SRS.
- Testa gadījums palīdz izsmeļoši pārbaudīt lietojumprogrammu, savukārt testa scenārijs palīdz veiklā veidā pārbaudīt gala funkcionalitāti.
- Pārbaudes gadījumi ir vērsti uz to, ko pārbaudīt un kā pārbaudīt, savukārt testa scenārijs ir vairāk vērsts uz to, ko pārbaudīt.
- Pārbaudes gadījumi ir zema līmeņa pasākumi, savukārt testa scenāriji ir augsta līmeņa pasākumi.
- Testa gadījums prasa vairāk resursu un laika testa izpildei, savukārt testa scenārijam testa izpildei ir nepieciešami mazāk resursu un laika.
- Pārbaudes gadījums ietver testa darbības, datus, paredzamos testēšanas rezultātus, savukārt testa scenārijs ietver pārbaudāmu funkcionalitāti no gala līdz beigām.
Testa lietu piemērs
Testa gadījumi testa scenārijam: "Pārbaudiet pieteikšanās funkcionalitāti" būtu
- Pārbaudiet sistēmas darbību, kad ir ievadīts derīgs e-pasta ID un parole.
- Pārbaudiet sistēmas darbību, kad ir ievadīts nederīgs e-pasta ID un derīga parole.
- Pārbaudiet sistēmas darbību, kad ir ievadīts derīgs e-pasta ID un nederīga parole.
- Pārbaudiet sistēmas darbību, kad tiek ievadīts nederīgs e-pasta ID un nederīga parole.
- Pārbaudiet sistēmas darbību, kad e-pasta ID un parole ir tukša un ievadīta Pierakstīties.
- Pārbaudiet, vai Aizmirsāt paroli darbojas, kā paredzēts
- Pārbaudiet sistēmas darbību, kad ir ievadīts derīgs / nederīgs tālruņa numurs un parole.
- Pārbaudiet sistēmas darbību, kad ir atzīmēta opcija “Paturiet mani parakstītu”
Kāpēc mēs rakstām pārbaudes lietas?
Šeit ir daži svarīgi iemesli, lai izveidotu
- Pārbaudes gadījumi palīdz pārbaudīt atbilstību piemērojamajiem standartiem, vadlīnijām un klientu prasībām
- Palīdz jums apstiprināt cerības un klientu prasības
- Paaugstināta vadība, loģika un datu plūsmas pārklājums
- Jūs varat simulēt “reālos” galalietotāju scenārijus
- Atklāj kļūdas vai defektus
- Kad testa izpildei tiek rakstīti testa gadījumi, testa inženiera darbs tiks organizēts labāk un vienkāršāk
Kāpēc mēs rakstām testa scenāriju?
Šeit ir svarīgi iemesli testa scenārija izveidošanai:
- Pārbaudes scenārija rakstīšanas galvenais iemesls ir programmatūras pilnīgas funkcionalitātes pārbaude
- Tas arī palīdz jums nodrošināt, ka biznesa procesi un plūsmas atbilst funkcionālajām prasībām
- Pārbaudes scenārijus var apstiprināt dažādas ieinteresētās personas, piemēram, biznesa analītiķis, izstrādātāji, klienti, lai pārbaudāmā lietojumprogramma tiktu pārbaudīta rūpīgi. Tas nodrošina, ka programmatūra darbojas visbiežāk izmantotajos gadījumos.
- Tie kalpo kā ātrs rīks, lai noteiktu testēšanas darbu un attiecīgi izveidotu klientam priekšlikumu vai organizētu darbaspēku.
- Tie palīdz noteikt vissvarīgākos darījumus no gala līdz galam vai lietojumprogrammu reālo izmantošanu.
- Kad šie testa scenāriji ir pabeigti, testa gadījumus var viegli iegūt no testa scenārijiem.
Testa gadījums pret testa scenāriju
Šeit ir būtiskas atšķirības starp testa scenāriju un testa gadījumu
| Pārbaudes scenārijs | Pārbaudes gadījums |
|---|---|
| Testa scenārijā ir augsta līmeņa dokumentācija, kas apraksta testējamo funkcionalitāti līdz galam. | Pārbaudes gadījumi satur noteiktas testa darbības, datus, gaidītos rezultātus visu lietojumprogrammas funkciju pārbaudei. |
| Tas koncentrējas uz vairāk "ko pārbaudīt", nevis uz "kā pārbaudīt". | Pilnīgs uzsvars uz “ko pārbaudīt” un “kā pārbaudīt”. |
| Testa scenāriji ir vienas līnijas. Tātad testēšanas laikā vienmēr pastāv neskaidrību iespēja. | Pārbaudes gadījumos ir noteikts solis, priekšnoteikumi, sagaidāmais rezultāts utt. Tāpēc šajā procesā nav neskaidrību. |
| Testa scenāriji tiek iegūti no testa artefaktiem, piemēram, BRS, SRS utt. | Pārbaudes gadījums galvenokārt tiek iegūts no testa scenārijiem. Vairākus testa gadījumus var iegūt no viena testa scenārija |
| Tas palīdz veiklā veidā pārbaudīt gala funkcionalitāti | Tas palīdz visaptveroši pārbaudīt lietojumprogrammu |
| Testa scenāriji ir augsta līmeņa darbības. | Pārbaudes gadījumi ir zema līmeņa darbības. |
| Salīdzinoši mazāk laika un resursu nepieciešams scenāriju izveidei un testēšanai. | Ir nepieciešami vairāk resursu dokumentēšanai un testa lietu izpildei. |
Pārbaudes gadījumu izveidošanas paraugprakse
- Testa gadījumiem jābūt caurspīdīgiem un saprotamiem
- Izveidojiet testa gadījumu, paturot prātā gala lietotāju
- Izvairieties no testa gadījuma atkārtošanās
- Jums jāpārliecinās, vai rakstīsit pārbaudes gadījumus, lai pārbaudītu visas specifikācijas dokumentā minētās programmatūras prasības
- Gatavojot testa gadījumu, nekad neuzņemieties savas lietojumprogrammas funkcionalitāti un funkcijas
- Testa gadījumiem jābūt viegli identificējamiem
Pārbaudes scenārija izveides paraugprakse
- Pārbaudes scenāriji lielākoties ir vienas rindas paziņojums, kurā norādīts, kas jāpārbauda
- Scenārija aprakstam jābūt vienkāršam un viegli saprotamam
- Būtu rūpīgi jāizvērtē noteiktās prasības
- Nepieciešamie rīki un resursi testēšanai jāuzkrāj pirms testēšanas procesa sākuma