Erregresioa software. Zer da erregresioa

Noiz kalitatezko software sortzean, bakarrik ez duzu kode lerro bat idatzi beharko du, baina baita ziur daude haiek akatsak egiteko. Eta errua aintzinako hizkuntza gehienetan, nahiz konpilatzerakoan aurkitzen bada, konplexuagoa beharrezkoa da jada bilatzen denean aplikazioetan martxan. Prozesu honek probak deritzo. He, era berean, adarrak, bere edukia eta akatsak ezaugarriak aldatu egiten dira bertan kopuru bat banatzen da. artikuluaren zati gisa, hala nola, erregresioa hori kontuan izango. Zer adierazten? Zer probak daude? Da automatizatzeko aukera ematen du? Beraz, zer erregresioa da? Hitz gehiago utzi.

Motak, mota, joerak

Erregresioa (erregresioa) - mekanismoa, eta helburua eremuetan dagoeneko frogatu programak arazo ezberdinak detektatzeko egiaztatzen da. Hau ez da egin gabeko lan kodearen zati eza final uste, eta erregresio bugs aurkitu eta konpondu. Horietako Under bugs ez duten idatziz programak unean agertzen dira, eta kode edo zuzenketa Aurretik konpromisoa kodea sintaxia ere hanka sartzeak atal berriak batera ulertzen.

Goiko guztia Laburbilduz, ondoriozta dezakegu erregresioa helburua dela - ziurtatu lehendik arazo zuzenketa hori area berriak ekar dagoeneko probatu kodean. Badira bi proba mota nagusiak:

1. Funtzionaltasuna.
2. Nonfunctional.

gisa dute adieraz daiteke:

1. Scripts.
2. Ezartzen du.
3. startup kit.

Zer da, hain zuzen ere, barne hartzen erregresioa software? 3 arlo nagusitan lana. Hots erregresio:

1. Akatsak.
2. arazo Old.
3. Bigarren mailako ondorioak.

proba funtzionalak

Dute sisteman egin funtzio oinarritzen dira. osagaia, integrazioa, sistemak eta onarpena mailak ospatuko daiteke. Bi alderdi nagusiek, hau da probatu:

• Baldintzak.
• Enpresa prozesuak.

beharrezko baldintzak lantzerakoan zer probatu behar dira zerrenda bat egiteko. Komenigarria lehentasunezko elementuak identifikatzeko, lanaren norabidea zehazteko da. Hau beharrezkoa da, ez du funtzionalitate garrantzitsuenak guztiei uko egiteko. Noiz a "negozio-prozesuak" probatzen t haiek oinarritzen da,. E. eszenatokiak exekutatu dira eguneroko lana.

check funtzionala abantailak Izan ere, software hori benetako sistemaren erabilera simulatzen eduki beharko luke. Baina badira ere desabantailak: adibidez, programa gehiegizko probak frogatu ahal izan da. softwarearen akatsak logikoa hutsegite posible ere bada.

probak ez-funtzionala

probak mota hauek propietate guztiak ez duten sistemaren funtzioak erlazionatzeko egiaztapena zuzenduta. parametro esaterako ahal haiengandik:

1. Fidagarritasuna. Ari probatu ez baldin zenbait egoeratan erantzunak.
2. Performance. Nola sistema lanak, hau da, hainbat karga frogatu.
3. Egokitze. Nola eroso erabiltzailearen ikuspegitik aplikazioa lan.
4. Eskala. baldintzak altuera eta aplikazio zabalera aldatzen denean begirale ezberdinekin lanean.
5. Segurtasuna. Nola seguru erabiltzaileen datuak, baita transmisioa kanalak desberdinetan informazioa.
6. Eramangarritasuna. Checks aplikazioa plataforma desberdinetan lan egiten duen ala ez, eta hala bada - zenbat.

Zer ari sistemaren ezaugarriak izango kasu hauetan ikertu daiteke? 4 guztira.

1. instalazioa probatzen. Checked nola kudeatu programa jarri ordenagailuan konfiguratzeko, eta beharrezkoa bada, eta kendu. Quality ezarpena ematen dio erabiltzaileari datuak galtzea edo beherakada (larriagoa) performance aplikazioetan arriskua murrizteko.
2. erosotasuna erabilera probatzen. Check erabilgarritasuna eta argitasuna azken erabiltzailearen garatu softwarea.
3. Probarako. egiaztapena It dakar programaren performance hainbat sistemaren ezarpenak instalazioa zehar, baita programaren barne-ezarpenak esperimentatzen.
4. porrota eta berreskuratzeko probatzen. Akatsak agerraldia ondoren egiaztatzea. babes propietate erantzuna, baita zer datu eta zenbat gorde aplikazioa baja bortitza ebaluatzen.

Laburbilduz, kontuan izan behar da, duten probak ez-funtzionala eta aplikazio probak independentea zereginen emanaldiei dagokienez batetik arren, ezaugarri, hala nola fidagarritasuna, errendimendua, eta segurtasun software gisa hitz egin ahal izango dute. parametro hauek programaren kalitatea ezaugarritu eta inola ere inpresioa erabiltzaile batzuen utzi. Beraz, proba honen garrantzia ez funtzionala baino txikiagoa da.

proba kasuak

Test kasu deitzen dira softwarearen txeke hutsik. deitzen dira probak automatizatu tresnak. Software hau bereziak, horren bidez espezialista sortzea da, arazketa, exekutatzen eta aztertzen aplikazioaren emaitzak garapenak, hala nola zehar ibiltzen:

1. Test gidoiak. Horien artean, software-zatiak bereizi egiaztatuz automatikoak diseinatu argibideak multzo bat.
2. Test kit. software-zatiak zenbait helburu funtzionalak integratuta edo arruntak dira probatu duten gidoiak konbinazio honetan.
3. Probak exekutatu. hainbat gidoiak edo multzo konbinazio honek aldi berean exekutatu bitartean egiaztapena programa.

erregresio proba Automatika

eskulanaren automatizazio - giza garapena oinarriak 21ean mendean bat. gaia ukitu zuen. Horrela, automatizatu software azterketa pean egiaztapen software, horretan funtzio nagusiak eta, besteak beste, hasierako, hasieratze eta gauzatzeko, baita azterketa eta emaitzak entregatzeko gisa zereginak, egiten dira automatikoki, tresna egokiak erabiliz prozesua ulertzeko. Ekintza hau da sorkuntza, arazketa, eta lan baldintza proba gidoiak, test kit eta tresneria laguntza arduradun teknikari bat egin. Lan egin daiteke software hainbat, erregresioa eta sistema automatikoen barne.

erregresio bugs

Proba hau bilaketa arazo hori ofizialki dira ulertu Under "kendu dira," baina ez dago arrazoirik oraindik existitzen direla uste da. ikuskatzeko mota honen berezitasuna da beharrezkoa dela konbinazio desberdinak objektu jakin batekin ekintza guztiak egiaztatzeko. Lehenengo proba partidua errealitate, txostenak arazoa da mekanismo horren bidez aurkitu zen ebatziko. Erregresioa kasu honetan diseinua laguntzen ez daudela kontrako eraginak bermatzeko.

akatsak zaharren Erregresioa

Hau egoeren identifikazioa non programa kode egin diren azken aldaketak, ezeztatu bugfixes dagokio. Hortaz, berriro hasi dute aktibo izateko. Beraz, azterketa prozesua hasteko hasieratik beharrezkoa software kode aldaketak egiten (suposatuz, noski, ez dagoela performance arazoak izan ziren).

Erregresioa alboko efektua

Under egoera, azken kodea aplikazio baten zati bat aldaketa egin zenean batzuk edo guztiak inoperative bestea garatutako programa zatiak ulertzen bere. arazo horien presentziaren adierazle gisa programaren zati bat edo gehiago performance eza da. tester zeregina arazoa arlo guztiak identifikatzeko.

osatzen duten idatzita dagoen guztia Laburbilduz, hori erregresioa buruz esan daiteke? Orain da gai bat behar gai jada ez eragin. Bakarrik geratzen da praktikan guztia menperatzeko.