Kas ir izpētes pārbaude?
PĒTĪJUMA PĀRBAUDE ir programmatūras testēšanas veids, kad testa gadījumi netiek izveidoti iepriekš, bet testētāji pārbauda sistēmu lidojuma laikā. Viņi var pierakstīt idejas par to, ko pārbaudīt pirms testa izpildes. Izpētes pārbaudēs uzmanība tiek vairāk pievērsta testēšanai kā "domājošai" aktivitātei.
Izpētes testēšana tiek plaši izmantota veiklajos modeļos, un tā ir saistīta ar atklāšanu, izmeklēšanu un mācīšanos. Tas uzsver individuālo testētāju personīgo brīvību un atbildību.
Saskaņā ar skriptu testēšanu vispirms noformējat testa gadījumus un vēlāk veicat testa izpildi. Gluži pretēji, izpētes pārbaude ir vienlaicīgs testa noformēšanas un testēšanas process vienlaikus.
Skriptu testa izpilde parasti ir nedomājoša darbība, kurā testētāji veic testa darbības un salīdzina faktiskos rezultātus ar gaidāmajiem rezultātiem. Šādu testa izpildes darbību var automatizēt, nav nepieciešamas daudzas kognitīvās prasmes.
Lai arī pašreizējā programmatūras testēšanas tendence ir automatizācijas virzīšana , izpētes testēšana ir jauns domāšanas veids. Automatizācijai ir savas robežas
Skriptu un izpētes testēšanas atšķirības
| Skriptu testēšana | Izpētes pārbaude |
|---|---|
| Virzīts no prasībām | Virzīts uz prasībām un izpēti testēšanas laikā |
| Pārbaudes gadījumu noteikšana laikus | Testa gadījumu noteikšana testēšanas laikā |
| Pārbaudes apstiprinājums ar prasībām | Sistēmas vai lietojuma izpēte |
| Uzsver prognozēšanu un lēmumu pieņemšanu | Uzsver pielāgošanās spējas un mācīšanos |
| Ietver apstiprinātu testēšanu | Iesaista izmeklēšanu |
| Ir par testu kontrolēšanu | Ir par testa dizaina uzlabošanu |
| Tāpat kā runas izteikšana - jūs lasāt no melnraksta | Tāpat kā sarunas veidošana - tā ir spontāna |
| Skripts tiek kontrolēts | Testētāja prāts kontrolē |
Izpētes pārbaude -
- Tā nav nejauša pārbaude, bet tā ir ad-hoc pārbaude ar mērķi atrast kļūdas
- Ir strukturēts un stingrs
- Ir kognitīvi (domājoši) strukturēts salīdzinājumā ar scenāriju testēšanas procesuālo struktūru. Šī struktūra nāk no hartas, laika boksa utt.
- Ir ļoti mācāms un vadāms
- Tā nav tehnika, bet tā ir pieeja. Kādas darbības jūs veicat tālāk, nosaka tas, ko jūs darāt pašlaik
Kā veikt izpētes testēšanu
Tālāk ir sniegts soli pa solim process, kā veikt izpētes testēšanu, ko sauc arī par sesiju testēšanas pārvaldību (SBTM cikls):
- Izveidojiet kļūdu taksonomiju (klasifikācija)
- Kategorizējiet iepriekšējos projektos konstatētos izplatītos kļūdu veidus
- Analizējiet problēmu vai kļūdu pamatcēloņu analīzi
- Atrodiet riskus un izstrādājiet idejas, lai pārbaudītu lietojumprogrammu.
- Pārbaudes harta
- Pārbaudes hartai vajadzētu ieteikt
- ko pārbaudīt
- kā to var pārbaudīt
- Kas ir jāmeklē
- Pārbaudes sākumpunkts ir testa idejas
- Testa harta palīdz noteikt, kā galalietotājs varētu izmantot sistēmu
- Pārbaudes hartai vajadzētu ieteikt
- Laika lodziņš
- Šī metode ietver testētāju pāri, kas strādā kopā ne mazāk kā 90 minūtes
- Šajā 90 minūšu sesijā nedrīkst būt pārtraukts laiks
- Timebox var pagarināt vai samazināt par 45 minūtēm
- Šī sesija mudina testētājus reaģēt uz sistēmas reakciju un sagatavoties pareizam iznākumam
- Pārskata rezultāti:
- Defektu novērtēšana
- Mācīšanās no testēšanas
- Pārklājuma zonu analīze
- Pārskats:
- Rezultātu apkopošana
- Salīdziniet rezultātus ar hartu
- Pārbaudiet, vai nav nepieciešama papildu pārbaude
Piemēram, izpētes izpildes laikā ir jāveic šādas darbības:
- Pārbaudes misijai jābūt ļoti skaidrai
- Veiciet pierakstus par to, kas jāpārbauda, kāpēc tas jāpārbauda, un produkta kvalitātes novērtējumu
- Izpētes testos izvirzīto jautājumu un problēmu izsekošana
- Labāk apvienot testētājus efektīvai testēšanai
- Jo vairāk mēs pārbaudīsim, visticamāk, izpildīsim pareizos pārbaudes gadījumus nepieciešamajiem scenārijiem
Ir ļoti svarīgi ņemt dokumentu un uzraudzīt sekojošo
- Testa pārklājums - vai esam veikuši piezīmes par testa gadījumu pārklājumu un uzlabojuši programmatūras kvalitāti
- Riski - kuri riski ir jāsedz un kuri visi ir svarīgi?
- Testa izpildes žurnāls - ieraksti par testa izpildi
- Jautājumi / vaicājumi - veiciet piezīmes par jautājumu un jautājumiem sistēmā
Veicot izpētes testēšanu, īsākā laikā tiek atrastas vairāk kļūdu.
Plusi un mīnusi izpētes testēšanai
| Pro | Con |
|---|---|
|
|
Izpētes testēšanas izaicinājumi:
Izpētes testēšanai ir daudz problēmu, un tās ir paskaidrotas turpmāk:
- Mācīšanās izmantot lietojumprogrammu vai programmatūras sistēmu ir izaicinājums
- Neveiksmes atkārtošana ir sarežģīta
- Lai noteiktu, vai ir jāizmanto rīki, var būt grūti
- Noteikt labākos testu gadījumus, kas jāizpilda, var būt grūti
- Pārbaudes rezultātu paziņošana ir izaicinājums, jo ziņojumā nav plānoti skripti vai gadījumi, lai tos salīdzinātu ar faktisko rezultātu vai iznākumu
- Visu notikumu dokumentēšanu izpildes laikā ir grūti ierakstīt
- Nezinu, kad pārtraukt testēšanu, jo izpētes testēšanai ir noteikti testa gadījumi.
Kad izmantot izpētes testēšanu?
Izpētes testus var plaši izmantot, kad
- Testēšanas komandā ir pieredzējuši testētāji
- Nepieciešama agrīna atkārtošana
- Ir kritiska lietojumprogramma
- Komandā ienāca jauni testētāji
Secinājums:
Programmatūras inženierijā tiek veikta izpētes pārbaude, lai pārvarētu skriptu testēšanas ierobežojumus. Tas palīdz uzlabot Test Case komplektu. Tas jūt līdzi mācībām un pielāgošanās spējām.