Kas ir programmatūras testēšanas metodika?
Programmatūras testēšanas metodoloģija ir definēta kā stratēģijas un testēšanas veidi, ko izmanto, lai apliecinātu, ka pārbaudāmā lietojumprogramma atbilst klienta vēlmēm. Pārbaudes metodoloģijas ietver funkcionālu un nefunkcionālu testēšanu, lai apstiprinātu AUT. Pārbaudes metodoloģiju piemēri ir vienību testēšana, integrācijas testēšana, sistēmu testēšana, veiktspējas pārbaude utt. Katrai testēšanas metodikai ir noteikts testa mērķis, testa stratēģija un rezultāti.
Piezīme : Tā kā programmatūras testēšana ir neatņemama jebkuras izstrādes metodikas sastāvdaļa, daudzi uzņēmumi sarunvalodā lieto terminu Attīstības metodika un testēšanas metodika. Tādējādi testēšanas metodoloģijas varētu atsaukties arī uz ūdenskritumu, veiklu un citiem kvalitātes modeļiem salīdzinājumā ar iepriekšminēto testēšanas metodoloģiju definīciju. Diskusija par dažādiem testēšanas veidiem nedod lasītājiem vērtību. Tādējādi mēs apspriedīsim dažādos attīstības modeļus.
Šajā apmācībā jūs uzzināsiet
- Ūdenskrituma modelis
- Iteratīvā attīstība
- Veiklā metodika
- Galējā programmēšana
- Kuru programmatūras metodiku izvēlēties?
- Kā iestatīt programmatūras testēšanas metodikas?
Ūdenskrituma modelis
Kas tas ir?
Ūdenskrituma modelī programmatūras izstrāde notiek secīgi dažādās fāzēs, piemēram, prasību analīzē, projektēšanā utt .
Šajā modelī nākamā fāze sākas tikai tad, kad iepriekšējā fāze ir pabeigta.
Kāda ir testēšanas pieeja?
Pirmais ūdenskrituma modeļa posms ir prasību posms, kurā visas projekta prasības ir pilnībā definētas pirms testa sākšanas. Šajā posmā testa grupa izdomā testu apjomu, testēšanas stratēģiju un izstrādā detalizētu testa plānu.
Tikai pēc programmatūras izstrādes pabeigšanas komanda pāriet uz testa gadījumu izpildi, lai nodrošinātu, ka izstrādātā programmatūra rīkojas tā, kā paredzēts.
Šajā metodikā testēšanas grupa pāriet uz nākamo fāzi tikai tad, kad iepriekšējā fāze ir pabeigta.
Priekšrocības
Šis programmatūras inženierijas modelis ir ļoti vienkārši plānojams un pārvaldāms. Tādējādi projektus, kur prasības ir skaidri noteiktas un iepriekš noteiktas, var viegli pārbaudīt, izmantojot ūdenskrituma modeli.
Trūkumi
Ūdenskrituma modelī jūs varat sākt ar nākamo fāzi tikai tad, kad iepriekšējā fāze ir pabeigta. Tādējādi šis modelis nespēj pielāgoties neplānotiem notikumiem un nenoteiktībai.
Šī metodika nav piemērota projektiem, kur prasības bieži mainās.
Iteratīvā attīstība
Kas tas ir?
Šajā modelī liels projekts ir sadalīts mazās daļās, un katra daļa tiek pakļauta vairākām ūdenskrituma modeļa atkārtojumiem. Atkārtojuma beigās tiek izstrādāts jauns modulis vai tiek uzlabots esošais modulis. Šis modulis ir integrēts programmatūras arhitektūrā, un visa sistēma tiek pārbaudīta kopā
Kāda ir testēšanas pieeja?
Tiklīdz iterācija ir pabeigta, visa sistēma tiek pakļauta testēšanai. Atsauksmes par testēšanu ir nekavējoties pieejamas un tiek iekļautas nākamajā ciklā. Testēšanas laiku, kas vajadzīgs secīgā atkārtojumā, var samazināt, pamatojoties uz iepriekšējo atkārtojumu pieredzi.
Priekšrocības
Galvenā iteratīvās izstrādes priekšrocība ir testa atgriezeniskā saite, kas uzreiz pieejama katra cikla beigās.
Trūkumi
Šis modelis ievērojami palielina komunikācijas pieskaitāmās izmaksas, jo katra cikla beigās jāsniedz atsauksmes par rezultātiem, piepūli utt.
Veiklā metodika
Kas tas ir?
Tradicionālās programmatūras izstrādes metodoloģijas darbojas ar pieņēmumu, ka programmatūras prasības visā projektā paliek nemainīgas. Bet, pieaugot sarežģītībai, prasības tiek daudzkārt mainītas un nepārtraukti attīstās. Reizēm pats klients nav pārliecināts, ko vēlas. Lai gan iteratīvais modelis risina šo problēmu, tas joprojām balstās uz ūdenskrituma modeli.
Veiklā metodoloģijā programmatūra tiek veidota pakāpeniskos, ātros ciklos. Tiek akcentēta klientu, izstrādātāju un klientu mijiedarbība, nevis procesi un rīki. Veiklā metodoloģija koncentrējas uz reaģēšanu uz izmaiņām, nevis uz plašu plānošanu.
Kāda ir testēšanas pieeja?
Elastīgās izstrādes metodēs tiek izmantota elementārā pārbaude, un tāpēc katrs projekta izlaidums tiek rūpīgi pārbaudīts. Tas nodrošina, ka visas kļūdas sistēmā tiek novērstas pirms nākamās izlaišanas.
Priekšrocības
Projektā jebkurā laikā ir iespējams veikt izmaiņas, lai tas atbilstu prasībām.
Šī papildu pārbaude samazina risku.
Trūkumi
Pastāvīga klientu mijiedarbība nozīmē papildu laika spiedienu uz visām ieinteresētajām pusēm, tostarp pašu klientu, programmatūras izstrādes un testēšanas komandām.
Galējā programmēšana
Kas tas ir?
Galējā programmēšana ir veikls metodoloģijas veids, kas tic īsos attīstības ciklos. Projekts ir sadalīts vienkāršos projektēšanas uzdevumos. Programmētāji kodē vienkāršu programmatūras daļu un sazinās ar klientu, lai saņemtu atsauksmes. Tiek iekļauti klienta pārskata punkti, un izstrādātāji turpina nākamo uzdevumu.
Extreme programmēšanas izstrādātāji parasti strādā divatā.
Extreme Programming tiek izmantots vietās, kur klientu prasības pastāvīgi mainās.
Kāda ir testēšanas pieeja?
Galējā programmēšana notiek pēc testa virzītas izstrādes, kas aprakstīta šādi:
- Pievienojiet testa komplektu testa lietai, lai pārbaudītu jauno funkcionalitāti, kas vēl jāizstrādā
- Palaidiet visus testus, un acīmredzot jaunajam pievienotajam testa gadījumam jāizdodas, jo funkcionalitāte vēl nav kodēta
- Uzrakstiet kodu, lai ieviestu funkciju / funkcionalitāti
- Vēlreiz palaidiet testa komplektu. Šoreiz jaunajam testa gadījumam jāpaiet, jo funkcionāli ir kodēts
Priekšrocības
Klienti, kuriem ir prātā neskaidrs programmatūras dizains, varētu izmantot ārkārtēju programmēšanu
Nepārtraukta testēšana un nepārtraukta nelielu izlaidumu integrēšana nodrošina programmatūras koda piegādes kvalitāti
Trūkumi
Laika prasības papildina tikšanās starp programmatūras izstrādes komandu un klientiem.
Kuru programmatūras metodiku izvēlēties?
Programmatūras izstrādei un tās atbilstošajai testēšanai ir pieejamas daudzas metodikas. Katra testēšanas tehnika un metodika ir paredzēta noteiktam mērķim, un tai ir savi nopelni un trūkumi.
Konkrētas metodikas izvēle ir atkarīga no daudziem faktoriem, piemēram, projekta rakstura, klienta prasībām, projekta grafika utt.
Raugoties no testēšanas viedokļa, dažas metodoloģijas izejvielu testēšanai prasa izstrādes dzīves cikla sākumā, bet citas gaida, kamēr sistēmas darba modelis ir gatavs.
Kā iestatīt programmatūras testēšanas metodikas?
Programmatūras testēšanas metodiku nevajadzētu izveidot tikai programmatūras koda pārbaudes nolūkos. Jāņem vērā kopējais attēls, un projekta galvenajam mērķim jābūt apmierinātam ar testēšanas metodiku.
Plānošana
Reālistiska plānošana ir veiksmīgas testēšanas metodikas ieviešanas atslēga, un grafikam jāatbilst katra komandas locekļa vajadzībām.
Noteiktie rezultāti
Lai visus komandas locekļus noturētu vienā un tajā pašā lapā, ir jānodrošina skaidri definēti rezultāti. Rezultātos jābūt tiešam saturam bez jebkādas neskaidrības.
Testa pieeja
Kad plānošana ir pabeigta un definēti rezultāti ir pieejami, testēšanas komandai jāspēj formulēt pareizo testa pieeju. Definīciju dokumentos un izstrādātāju sanāksmēs komandai jānorāda par labāko testa pieeju, ko var izmantot projektā.
Ziņošana
Pārredzamu pārskatu sniegšanu ir ļoti grūti panākt, taču šis solis nosaka projektā izmantotās testēšanas pieejas efektivitāti.