Programmatūras regresijas testēšana. Kas ir regresijas pārbaude?

Veidojot augstas kvalitātes programmatūruir nepieciešams ne tikai rakstīt koda rindas, bet arī pārliecināties, ka tajās nav kļūdu. Un, ja primitīvi darbības traucējumi ir sastopami lielākajā daļā valodu kompilācijas posmā, tad jau sarežģītāki ir jāmeklē jau tad, kad tiek aktivizētas lietojumprogrammas. Šo procesu sauc par testēšanu. Tas, savukārt, ir sadalīts vairākās nozarēs, kuras atšķiras pēc to satura un kļūdu īpašībām. Raksta ietvaros tiks uzskatīts, kas ir regresijas pārbaude. Kas tas ir? Kādi testi ir tur? Vai ir iespējams automatizēt? Tātad, kāda ir regresijas pārbaude? Raksimies sīkāk.

Veidi, veidi, virzieni

Regresijas pārbaude (regresijas pārbaude) -Šis ir pārbaudes mehānisms, kura mērķis ir atklāt dažādas problēmas jau pārbaudītās programmu sadaļās. Tas netiek darīts, lai panāktu galīgo notiesāšanu, ja nav koda dīkstāves daļas, bet lai atrastu un labotu regresijas kļūdas. Tie tiek uztverti kā kļūdas, kas neparādās programmas rakstīšanas laikā, bet koda jaunu sintaksi pievienojot jaunas sadaļas kodu vai nosakot agrākās kļūdas.

Apkopojot visu, kas ir teikts, mēs to varam secinātregresijas testu mērķis ir pārliecināties, ka esošo problēmu noteikšana nerada jaunus programmas koda jau apstiprinātos iedaļās. Ir divi galvenie testu veidi:

1. Funkcionāls
2. Nefunkcionāla.

Tās var izteikt kā:

1. Skripti.
2. Asamblejas.
3. Uzstādīšanas komplekti.

Kas patiesībā ietver programmatūras regresijas testēšanu? Darbs tiek veikts 3 galvenajos virzienos. Proti regresija:

1. Bugs.
2. Vecas problēmas.
3. Blakusparādības.

Funkcionālie testi

Tie ir balstīti uz funkcijām, kuras sistēma veic. To var veikt komponentu, integrācijas, sistēmas un pieņemšanas līmeņos. Divi galvenie testēšanas aspekti ir šādi:

• Prasības.
• Biznesa procesi.

Strādājot pie prasībām, ir nepieciešams apkopotSaraksts ar to, kas būtu jāpārbauda. Šajā gadījumā vēlams uzsvērt prioritātes datus, lai noteiktu darba virzienu. Tas ir nepieciešams, lai neatstātu bez uzmanības visu svarīgāko funkcionālo. Pārbaudot "biznesa procesus", uzsvars tiek likts uz tiem, tas ir, notiek ikdienas darba scenāriji.

Funkcionālās pārbaudes priekšrocībām jābūt:veikt to, ko programmatūra simulē sistēmas faktisko izmantošanu. Bet ir arī trūkumi: tādējādi programma var tikt pakļauta pārmērīgai pārbaudei. Tāpat programmatūrā var būt arī loģisku kļūdu trūkums.

Nefunkcionālas pārbaudes

Šo testu veidi ir paredzēti, lai pārbaudītu visas īpašības, kas nepieder pie sistēmas funkcijām. No tiem jūs varat iesniegt šādus parametrus:

1. Uzticamība. Reakcija tiek pārbaudīta dažādās neparedzētās situācijās.
2. Ražīgums. Kā darbojas sistēma, kas ir piemērota dažādām slodzēm.
3. Ērtības. Cik ērti ir strādāt ar lietojumprogrammu, atkarībā no lietotāja.
4. Skala. Prasības mainīt programmas augstumu un platumu, strādājot ar dažādiem monitoriem.
5. Drošība. Cik droši ir lietotāja dati, kā arī informācija, kas tiek nosūtīta dažādos kanālos.
6. Pārvietojamība. Tiek pārbaudīts, vai lietojumprogramma darbojas dažādās platformās, un, ja jā, cik daudz.

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

1. Instalācijas pārbaude. Tā pārbauda, ​​cik veiksmīgi programmu datorā var instalēt, konfigurēt un, ja nepieciešams, noņemt. Kvalitātes tūnings samazina risku zaudēt lietotāja datus vai samazināt (pasliktināt) lietojumprogrammas veiktspēju.
2. Komfortabluma pārbaude. Izstrādātās programmatūras pārbaude lietotājiem ērtākai izmantošanai un saprotamībai.
3. Konfigurācijas testēšana. Tas ietver programmas veselības pārbaudi, uzstādot dažādus sistēmas iestatījumus, kā arī eksperimentējot ar programmas iekšējiem iestatījumiem.
4. Neveiksmīga un atkopšanas pārbaude. Darbības pārbaude pēc kļūdu rašanās. Tiek vērtēta aizsargājošo īpašību reakcija, kā arī dati un apjoms pēc pieteikuma pēkšņas pārtraukšanas.

Apkopojot, jāsaka, ka, lai gan nonefunkcionālas pārbaudes, un tas nav atkarīgs no lietojumprogrammas veiktspējas pārbaudīšanas uzdevumu izpildes ziņā, tie ļauj runāt par tādām īpašībām kā drošums, veiktspēja un programmatūras drošība. Šie parametri raksturo programmas kvalitāti un vienā vai otrā veidā atstāj lietotājam noteiktu iespaidu. Tāpēc šī pārbaudījuma nozīme nav mazāka nekā funkcionālā.

Testa gadījumi

Testa gadījumi tiek saukti par testēšanas tukšumiemprogrammatūra. Tos sauc par automatizēto testēšanas līdzekļiem. Šī īpašā programmatūra, ar kuru speciālists rada, debugging, izpilda un analizē piemērošanas rezultāti palaist cauri šādiem notikumiem:

1. Testa skripti. Tas ietver instrukciju kopumus, kas paredzēti, lai veiktu programmatūras atsevišķu daļu automātiskas pārbaudes.
2. Testa komplekti. Tie ir skriptu kombinācijas, kuras pārbauda noteiktas programmatūras daļas, kuras apvienotas ar kopējām funkcijām vai mērķiem.
3. Pārbaužu testi. Tie ir dažādu skriptu vai komplektu kombinācijas, lai tos varētu vienlaicīgi iedarbināt, pārbaudot programmu.

Regresijas testu automatizācija

Darba automatizācija ir viens no attīstības pamatelementiemcilvēce 21. gadsimtā. Viņa pieskārās šim jautājumam. Piemēram, programmatūras automatizētu testēšanu saprot kā programmatūras verificēšanas procesu, kura laikā pamatfunkcijas un uzdevumi, piemēram, palaišana, inicializēšana un izpilde, kā arī rezultātu analīze un piegāde tiek veiktas automātiski, izmantojot piemērotus rīkus. Šo darbību veic tehniķis, kas atbild par testa skriptu, testa komplektu un rīku izveidošanu, atkļūdošanu un uzturēšanu darba kārtībā. Darbu var veikt ar dažādām programmatūrām, ieskaitot automatizēto sistēmu regresijas testēšanu.

Kļūdu regresija

Šo testēšanu saprot kā problēmu meklēšanu,kas tika oficiāli "likvidēti", bet ir iemesls uzskatīt, ka tie joprojām pastāv. Šāda veida pārbaudes īpatnība ir tā, ka ir jāpārbauda visas darbības ar noteiktu objektu dažādās kombinācijās. Pirmkārt, viņi pārbauda ziņojuma realitātes atbilstību problēmas novēršanai, izmantojot mehānismu, ar kuru tas tika atklāts. Izkārtojuma regresijas pārbaude šajā gadījumā palīdz pārliecināties, ka nav nevēlamas sekas.

Veco kļūdu regresija

To saprot kā situāciju identifikāciju, kurJaunākās izmaiņas programmas kodā atcēla veco kļūdu labojumus. Tādējādi viņi atkal sāk būt aktīvi. Tāpēc, veicot izmaiņas programmatūras kodā, ir nepieciešams sākt testēšanas procesus no sākuma (ja, protams, rodas problēmas ar operativitāti).

Blakusparādības regresija

To saprot situācijās, kurās nesenmainot kodu vienā pieteikuma daļā, padarīja dažas vai visas citas programmas daļas neizstrādātas. Kā norādi uz šādu problēmu klātbūtni ir efektivitātes trūkums vienā vai vairākās programmas daļās. Testera uzdevums ir identificēt visas problemātiskās jomas.

Apkopojot visu rakstīto, kā par regresijas testēšanu? Tagad šī ir tēma, kas vairs nerada jautājumus. Tas paliek tikai mācīt visu praksē.