Regresijas testēšana programmatūru. Kas ir regresijas testēšana

Kad jūs izveidot augstas kvalitātes programmatūru, jums ir ne tikai rakstīt rindiņu kodu, bet arī, lai pārliecinātos, ka nav kļūdas tiem. Un, ja vaina primitīvas atrodams lielākajā daļā valodu pat kompilēšanas laikā, jo sarežģītāka ir nepieciešams meklēt ilgāk braucot pieteikumus. Šo procesu sauc par testēšanu. Viņš, savukārt, ir sadalīta vairākās filiāles, kas atšķiras to saturu un īpašības kļūdas. Tā kā daļa no raksta, tiks uzskatīts, ka šāda regresijas testēšanu. Ko tas pārstāv? Kādas pārbaudes ir tur? Vai ir iespējams automatizēt? Tātad, kāda ir regresijas testēšana? Parunāsim vairāk.

Veidi, veidu, tendences

Regresijas testēšana (regresijas testēšana) - ir pārbaudes mehānisms, kura mērķis ir atklāt dažādas problēmas jomās jau pierādīta programmas. Tas tiek darīts, nevis gala pārliecības nav nestrādājošu daļām kodu, un, lai atrastu un noteikt regresijas kļūdas. Zem viņiem saprast bugs, kas nav parādās brīdī rakstīšanas programmu, un ar pievienojot jaunu sadaļām kods vai korekcijas iepriekš izdarītiem Blunders kodā sintaksi.

Apkopojot visu iepriekš minēto, varam secināt, ka mērķis regresijas testēšana - pārliecinieties, ka korekcija par pašreizējām problēmām radīs jaunām jomām, kas jau pārbaudīta kodu. Ir divi galvenie veidi testu:

1. Funkcionalitāte.
2. Nedarbojas.

Tās var tikt izteikts kā:

1. Skripti.
2. Komplekti.
3. Komplekti starta.

Kas, patiesībā ietver regresijas testēšanas programmatūru? Darbs 3 galvenajās jomās. Proti regresijas:

1. Bugs.
2. Vecās problēmas.
3. Blakusparādībām.

funkcionālie testi

Tie ir balstīti uz funkcijām, ko sistēmā veikto. Var uzskatīt par sastāvdaļu, integrācija, sistēmu un pieņemšanas līmeņos. Divi galvenie aspekti, kas tiek pārbaudīti:

• Prasības.
• Biznesa procesu.

Strādājot par prasībām nepieciešams izveidot sarakstu ar to, kas ir jāpārbauda. Ir vēlams noteikt prioritāros priekšmetus, lai noteiktu virzienu darbu. Tas ir nepieciešams, nevis ignorēt visu svarīgāko funkcionalitāti. Testējot A "biznesa procesus", ir vērsta uz to, t. E. scenāriji vada ikdienas darbu.

No funkcionālās pārbaudes priekšrocības jāiekļauj fakts, ka programmatūra simulē faktisko izmantošanu sistēmā. Taču ir arī trūkumi, piemēram, programma var būt grozāmi pārmērīgas testēšanu. Tāpat ir iespējams izlaišana loģiskās kļūdas programmatūrā.

Non-funkcionāls pārbaude

Šie testu veidi, kuras mērķis ir pārbaudīt visas īpašības, kas nav saistīti ar sistēmas funkcijas. šādiem parametriem var no tiem:

1. Uzticamība. Tiek pārbaudītas atbildes uz dažādām situācijām, kas nav paredzētas.
2. Performance. Kā sistēma darbojas, kas ir pakļauti dažādām slodzēm.
3. Ērtības. Kā ērti strādāt ar pieteikumu par lietotāja skatījumā.
4. Skala. mainīt augstumu prasībām un pieteikšanās platumu, strādājot ar dažādiem monitoriem.
5. Drošība. Cik droša ir lietotāja datu, kā arī informāciju dažādos pārraides kanālu.
6. Pārnesamību. Pārbauda, vai pieteikums darbojas uz dažādām platformām, un, ja tā - cik.

Kādas ir īpašības sistēmas var izmeklēt šajos gadījumos? Kopā 4.

1. Testēšanas instalēšanu. Pārbaudīts cik labi izdodas likt programmu datorā konfigurēt tā, un, ja nepieciešams, un noņemt. Kvalitāte iestatījums ļauj lietotājam, lai samazinātu risku, ka datu zudumu vai samazinājumu (pasliktināšanās) darbības programmas.
2. Pārbaude izmantošanu komfortu. Pārbaudiet programmatūra, kas izstrādāta uz izmantojamību un skaidrību gala lietotājam.
3. Konfigurācija testēšana. Tas ietver pārbaudi programmas izpildi uzstādīšanu dažādu sistēmas iestatījumiem laikā, kā arī eksperimentē ar iekšējo iestatījumiem programmā.
4. Testēšana neveiksmes un reģenerācijai. Tests pēc rašanos kļūdas. Novērtē atbildes aizsardzības īpašības, kā arī kādi dati un cik daudz saglabāts krasas pārtraukšanas pieteikumu.

Rezumējot, jāatzīmē, ka, lai arī no ne-funkcionālā testēšana un neatkarīgu testēšanu pieteikumu ziņā uzdevumu veikšanai, viņi var runāt par tādām īpašībām kā uzticamību, veiktspēju un drošības programmatūru. Šie parametri raksturo programmas kvalitāti un jebkurā veidā atstāt iespaidu noteiktu lietotāju. Tāpēc ir svarīgi šo testu nav mazāks nekā no funkcionāla.

Pārbaudes lietas

Pārbaudes lietas sauc neaizpildītu čeku programmatūru. Tos sauc rīkus automatizētu testēšanu. Šī īpašā programmatūra, ar kuru speciālists rada, debugging, izpilda un analizē piemērošanas rezultāti palaist cauri šādiem notikumiem:

1. Testa skriptus. Tie ietver norādījumu kopums, kas paredzēti automātiskajām pārbaudēm atsevišķu gabalu programmatūru.
2. Testa komplekti. Šis skriptus, kas pārbauda atsevišķus gabalus programmatūra, kas ir integrētas vai kopējas funkcionālās mērķiem kombināciju.
3. Testi darboties. Šī dažādu skriptus vai kopas kombinācija vienlaicīgi darbināt vienlaikus pārbaudot programmu.

Automatizācija Regresijas testu

automatizācija darbu - viens no pamatiem cilvēka attīstības 21.gadsimtā. Viņa pieskārās tēmu. Tādējādi, saskaņā ar automatizētu programmatūras testēšana, lai saprastu pārbaudes procesu programmatūras, kurā galvenās funkcijas un uzdevumus, piemēram, izejas, inicializācijas un izpildi, kā arī analīzes un rezultātu sasniegšanai, tiek veiktas automātiski, izmantojot atbilstošus instrumentus. Šī darbība tiek veikta ar tehniķis ir atbildīgs par radīšanu, atkļūdošanas un atbalstu darba apstākļu pārbaude skriptus testu komplektus un instrumentus. Darbs var veikt ar dažādiem programmatūru, tai skaitā regresijas testēšana un automatizētām sistēmām.

regresijas bugs

Saskaņā ar šo testu, lai saprastu meklēšanas problēmu, kas ir oficiāli "ir noņemts," bet ir pamats uzskatīt, ka tie joprojām pastāv. Šī veida pārbaudes īpatnība ir tāda, ka tas ir nepieciešams, lai pārbaudītu visas darbības ar konkrētu objektu dažādās kombinācijās. Pirmais tests Spēle realitāte, ziņo problēma ir atrisināta ar mehānismu, ar kuru tas tika atrasts. Regresijas testēšana izkārtojums šajā gadījumā palīdz nodrošināt, ka nav kaitīga ietekme.

Regresijas Veco kļūdām

Tas attiecas uz noteiktu situācijas, kurās nesenās izmaiņas, kas veiktas programmas kodu, atcelts kļūdu labojumi. Tādējādi, viņi atkal sāk aktīvi. Tāpēc, veicot izmaiņas programmatūras kodu, kas nepieciešama, lai sāktu testēšanas procesu no paša sākuma (pieņemot, ka, protams, ka tur bija problēmas ar veiktspēju).

Regresijas blakusefekts

Saskaņā ar viņas izprastu situāciju, kad pēdējais koda izmaiņas vienas puses uz pieteikuma ir jāizslēdz dažas vai visas no citām izstrādāto programmu. Kā norādi klātbūtnes šo problēmu, ir trūkums darbības vienā vai vairākās daļās programmas. No testeri uzdevums identificēt visus problemātiskās jomas.

Summējot visu, kas ir rakstīts, ka var teikt par regresijas testēšana? Tagad ir jautājums, ka vairs nedrīkst radīt problēmas. Tā joprojām ir tikai apgūt visu praksē.