Ikreiz, kad tiek izlaista jauna programmatūra, vajadzība pārbaudīt jauno funkcionalitāti ir acīmredzama. Tomēr tikpat svarīgi ir atkārtoti palaist vecos testus, kurus programma iepriekš izturēja. Tādā veidā mēs varam būt pārliecināti, ka jaunā programmatūra programmatūrā neievieš vecus defektus un nerada jaunus. Mēs šāda veida testēšanu saucam par regresijas testēšana. Šajā rakstā mēs izpētīsim regresijas testēšanudetalizēti. Ja programmatūras testēšana jums ir jauna, noteikti izlasiet arī .
Apskatīsim šajā rakstā aplūkotās tēmas:
- Kas ir regresijas testēšana?
- Regresijas testēšanas priekšrocības?
- Kad piemērot regresijas testēšanu?
- Kādi ir regresijas testēšanas veidi?
- Kā tiek īstenota regresijas pārbaude?
- Regresijas testēšanas paņēmieni
- Regresijas testēšanas izaicinājumi
Kas ir regresijas testēšana?
'Iepriekš pārbaudītas programmas testēšana pēc modifikācijas, lai pārliecinātos, ka nemainītos programmatūras apgabalos nav ieviesti vai atklāti defekti veikto izmaiņu rezultātā, tiek saukta par regresijas testēšanu.'
Regresijas tests ir visas sistēmas tests, kura galvenais mērķis ir nodrošināt, lai nelielas izmaiņas vienā sistēmas daļā neizjauktu esošo funkcionalitāti citur sistēmā. Ja uzskatāt regresiju par neparedzētām izmaiņām, tad šāda veida pārbaude ir šo izmaiņu medību process. Vienkārši sakot, viss ir paredzēts, lai pārliecinātos, ka vecās kļūdas neatgriežas pie jums. Pieņemsimapskatiet fiktīvu piemēru, kas ilustrē koncepciju.
Pievienojot iepirkšanās vietnei jaunu maksājuma veidu, atkārtoti veiciet vecos testus, lai pārliecinātos, ka jaunais kods nav radījis jaunus defektus vai atkārtoti ieviesis vecos.Regresijas pārbaude ir svarīga, jo bez tās ir pilnīgi iespējams ieviest paredzētos labojumus sistēmā, kas rada vairāk problēmu nekā tās atrisina.
Regresijas testēšanas priekšrocības
Regresijas testu veikšanasniedz labumu uzņēmumiem vairākos veidos, piemēram:
- Tas palielina iespēju atklāt kļūdas, ko izraisa programmatūras un lietojumprogrammu izmaiņas
- Tas var palīdzēt savlaicīgi novērst defektus un tādējādi samazināt to novēršanas izmaksas
- Palīdz izpētīt nevēlamās blakusparādības, kas varētu būt radušās jaunas darbības vides dēļ
- Nodrošina programmatūras veiktspēju labāk, jo tiek savlaicīgi identificētas kļūdas un kļūdas
- Vissvarīgākais ir tas, ka tas pārbauda, vai koda izmaiņas neatjauno vecos defektus
Regresijas pārbaude nodrošina programmatūras pareizību, lai tirgū tiktu izlaista labākā produkta versija. Tomēr reālajā pasaulē gandrīz nebeidzama regresijas testu komplekta izstrāde un uzturēšana vienkārši nav iespējama. Tāpēc jums vajadzētu zināt, kad piemērot regresijas testēšanu.
Kad piemērot regresijas testēšanu?
Ieteicams veikt regresijas testu šādiem notikumiem:
- Kad tiek pievienotas jaunas funkcionalitātes
- Izmaiņu prasību gadījumā
- Kad ir novērsts defekts
- Kad ir problēmas ar veiktspēju
- Vides izmaiņu gadījumā
- Kad ir plākstera labojums
Šī raksta nākamā daļa ir par dažādiem regresijas testēšanas veidiem.
Kādi ir regresijas testēšanas veidi?
Regresijas testēšana tiek veikta vairākos testēšanas posmos. Šī iemesla dēļ ir vairāki regresijas testēšanas veidi. Daži no tiem ir šādi:
Vienības testēšana: Veicot vienības testēšanu, kad tiek veiktas izmaiņas vienai vienībai, testētājs, parasti par kodu atbildīgais izstrādātājs, atkārtoti veic visus iepriekš nokārtotos vienību testus. In vidēs kodā tiek iebūvēti automatizēti vienību testi, kas padara vienību testēšanu ļoti efektīvu salīdzinājumā ar citiem testēšanas veidiem.
Progresīvā testēšana: Šis testēšanas veids darbojas efektīvi, ja programmatūras / lietojumprogrammu specifikācijās ir veiktas izmaiņas, kā arī jaunas ir paredzēti.
pagriezt un atvienot SQL serverī
Selektīvā testēšana: Selektīvās pārbaudēs testētāji izmanto pašreizējo testa gadījumu apakškopu, lai samazinātu atkārtotās pārbaudes izmaksas un piepūli. Pārbaudes vienība ir jāpārkārto tikai tad, ja ir mainīta kāda no programmas aptvertajām vienībām.
Atkārtoti pārbaudīt visus testus: Šāda veida testēšanas stratēģija ietver visu konkrētas lietojumprogrammas aspektu pārbaudi, kā arī visu testu gadījumu atkārtotu izmantošanu, pat ja izmaiņas nav veiktas. Tas ir laikietilpīgs un nav daudz lietojams, ja lietojumprogrammā tiek veiktas nelielas izmaiņas vai izmaiņas.
Pabeigt testēšanu: Šī pārbaude ir ļoti noderīga, ja esošajā kodā ir veiktas vairākas izmaiņas. Šīs pārbaudes veikšana ir ļoti vērtīga, lai identificētu negaidītas kļūdas. Kad šī pārbaude ir pabeigta, galīgo sistēmu var padarīt pieejamu lietotājam.
Ir ļoti svarīgi zināt, kurš testēšanas veids atbilst jūsu prasībām. Tālāk mēs apspriedīsim, kā tiek īstenota regresijas pārbaude.
Kā tiek īstenota regresijas pārbaude?
Regresijas testēšanas ieviešanas procedūra ir tāda pati, kāda tiek piemērota jebkuram citam testēšanas procesam. Katru reizi, kad programmatūra tiek mainīta un parādās jauns laidiens, izstrādātājs testēšanas procesā veic šīs darbības:
atrast masīva java lielāko vērtību
- Pirmkārt, viņš veic vienības līmeņa regresijas testus, lai apstiprinātu viņu modificēto kodu, kā arī visus jaunos testus, kurus viņi ir uzrakstījuši, lai aptvertu jaunas vai mainītas funkcionalitātes
- Pēc tam mainītais kods tiek apvienots un integrēts, lai izveidotu testējamās lietojumprogrammas jaunu būvējumu (AUT)
- Pēc tam pirms jebkādas papildu pārbaudes tiek veikti dūmu testi, lai pārliecinātos, ka uzbūve ir laba
- Kad būvējums ir atzīts par labu, tiek veikti integrācijas testi, lai pārbaudītu mijiedarbību starp lietojumprogrammas vienībām savā starpā un ar aizmugures pakalpojumiem, piemēram, datu bāzēm.
- Atkarībā no izlaista koda lieluma un apjoma tiek plānota daļēja vai pilnīga regresija
- Pēc tam par defektiem ziņo izstrādes komandai
- Ja nepieciešams, tiek veiktas papildu regresijas testu kārtas
Tā regresijas testēšana tiek iekļauta tipiskā programmatūras testēšanas procesā. Zemāk redzamajā attēlā skaidri attēlots, kā veikta regresijas pārbaude.
Ikreiz, kad tiek veiktas dažas izmaiņas pirmkodā, programmas izpilde neizdodas acīmredzamu iemeslu dēļ. Pēc neveiksmes avota kods tiek atkļūdots, lai identificētu programmas kļūdas. Tiek veiktas atbilstošas modifikācijas. Tad atbilstošie testa gadījumi tiek izvēlēti no jau esošā testu komplekta, kas aptver visas modificētās un ietekmētās pirmkoda daļas. Ja nepieciešams, tiek pievienoti jauni testa gadījumi. Galu galā testēšana tiek veikta, izmantojot izvēlētos testa gadījumus. Tagad jūs varētu domāt, kurus testa gadījumus izvēlēties.
Efektīvus regresijas testus var veikt, atlasot šādus testa gadījumus:
- Pārbaudes gadījumi, kuriem ir bieži defekti
- Kompleksi testa gadījumi
- Integrācijas testa gadījumi
- Testa gadījumi, kas aptver produkta galveno funkcionalitāti
- Bieži lietotās funkcijas
- Testa vāzes, kas bieži neizdodas
- Robežvērtības pārbaudes gadījumi
Tā kā regresijas testēšanas process nav pa ceļam, pārbaudīsim dažādas metodes.
Regresijas testēšanas paņēmieni
Regresijas testēšana vienkārši apstiprina, ka modificēta programmatūra nav nejauši mainījusies, un to parasti veic, izmantojot jebkuru no šīm metodēm:
Atkārtoti pārbaudīt visu: Šī metode vienkārši atkārtoti pārbauda visu programmatūras komplektu no augšas uz leju. Daudzos gadījumos lielāko daļu šo testu veic automatizēti rīki. Dažos gadījumos automatizācija nav nepieciešama. Šī tehnika ir dārga, jo tā prasa vairāk laika un resursu, salīdzinot ar citām metodēm.
Pārbaudes atlase: Tā vietā, lai izvēlētos visus testa gadījumus, šī metode ļauj komandai izvēlēties testu kopumu, kas tuvinās testu komplekta pilnīgai pārbaudei. Šīs prakses galvenā priekšrocība ir tā, ka tās veikšanai nepieciešams daudz mazāk laika un pūļu. Parasti to veic izstrādātāji, kuriem parasti ir labāks ieskats testa malu niansēs un negaidītā uzvedībā.
Pārbaudes gadījuma prioritāte: Šīs metodes mērķis ir noteikt prioritāti ierobežotam testa gadījumu kopumam, apsverot vairāk potenciālo testa gadījumu pirms mazāk svarīgiem gadījumiem. Tiek izvēlēti testa gadījumi, kas varētu ietekmēt programmatūras pašreizējo un turpmāko versiju.
Šīs ir trīs galvenās metodes. Reizēm, pamatojoties uz testēšanas prasībām, šīs metodes tiek apvienotas.
Lai cik noderīga būtu regresijas pārbaude, tā neiztiek bez negatīvajiem punktiem. Jums jāsaprot problēmas, ar kurām jūs varat saskarties, to īstenojot.
Regresijas testēšanas izaicinājumi
- Laikietilpīgs: Metodēm, piemēram, atkārtotai pārbaudei, ir nepieciešams daudz laika, lai pārbaudītu visu testu kopumu
- Dārgi: Dārgi resursu un darbaspēka dēļ, kas jums jāpārbauda vēl un vēl, kaut kas jau ir izstrādāts, pārbaudīts un izvietots agrīnā stadijā
- Komplekss: Tā kā produkts paplašinās, testētājus bieži pārņem milzīgais testu skaits un viņi kļūst par upuriem, kad zaudē testu gadījumus, neņemot vērā svarīgos testa gadījumus
Neskatoties uz šiem negatīvajiem punktiem, regresijas testēšana ir ļoti noderīga programmatūras testēšanas procesā. Izmantojot regresijas testēšanu, uzņēmumi var novērst projektu pārsniegšanu budžetā, uzturēt savu komandu uz pareizā ceļa un, pats galvenais, novērst negaidītas kļūdas, kas kaitē viņu produktiem. Ar to mēs esam nonākuši emuāra beigās. Ceru, ka šodien šeit iemācītās lietas jums palīdzēs, dodoties programmatūras testēšanas ceļojumā.
Ja jūs to atradāt attiecīgais raksts, pārbaudiet tiešraidē tiešsaistē Autors: Edureka, uzticams tiešsaistes mācību uzņēmums ar vairāk nekā 250 000 apmierinātu izglītojamo tīklu visā pasaulē.
Vai mums ir jautājums? Lūdzu, pieminējiet to šīs sadaļas komentāru sadaļā. Kas ir regresijas testēšana? Rakstu, un mēs ar jums sazināsimies.