Software testkirina regresyonê. testkirina regresyonê çi ye

Gava ku tu software-high quality biafirîne, divê hûn ne bi tenê binivîsînin a line of code, di heman demê de jî ji bo ku xwe ewle yî û tu çewtî di wan de heye. Û eger yê li şaşî û paşvemayî ye û di zimanên heta at time compile dîtin, tevlihevtir wê pêwîst e ji bo êdî binêrin dema xebitandina sepanan. Ev pêvajoya bi navê testkirina. Ew, di dora xwe de, di nav çend çiqilên, ku diguhere, naverok û taybetiyên şaşiyên xwe de dabeş dibe. Wekî beşek ji gotara wê bê qebûlkirin ku van testkirina regresyonê. Çi ew temsîl? Çi îmtîhan heye? Gelo gengaz e ku ji bo nebin? Îcar, çi ku testkirina regresyonê e? Bila zêdetir biaxivin.

Types, cure, bêyûm

testkirina regresyonê (testkirina regresyonê) - is checking mekanîzmayeke, ku bi armanca tesbîtkirina cîhêreng ên ji pirsgirêkên li herêmên berê bernameyên çespandin. Ev ne ji bo ku cezakirina dawî di nebûna parçeyên non-kar yên qanûna kirin, û ji bo dîtina û fix bugs regresyonê. Di bin wan fêm bugs ku hûn di wê demê de ji bernameyên nivîskî xuya ne, û bi gel ji beşên nû yên code an correction ji jirêderketinên berê li syntax tevgerê.

PCWK hemû li jor, em dikarin vê encamê ku bi armanca testkirina regresyonê - bicîh bikin ku li correction ji pirsgirêkên heyî dê ji bo herêmên nû di qanûna berê-ceribandin rê. in, du cureyên sereke yên testên hene:

1. Fonksiyonên.
2. Bûrokrasîya.

Ew dikare wekî ziman:

1. Skrîptên.
2. Sets.
3. Kit ji bo destpêkê de.

Çi, di rastiyê de, di nav de software testkirina regresyonê? Di vê xebatê de li 3 qadên sereke. Ango regresyonê:

1. Bugs.
2. pirsgirêkên Old.
3. tesîrên.

testên fonksîyonel

Ew li ser erkên ji aliyê sîstema. Bila bê li ser pêkhênanê ku, întegrasyona, sîstema û asta qebûlkirina hat lidarxistin. Du aliyên serekî, ya ku tenê tê ceribandin:

• Pêwîstiyên.
• pêvajoyên Business.

Dema ku li ser dixebitin pêdiviyên pêwîst ji bo lîsteya ku divê bên ceribandin. Ev tê xwestin ku nasnameya tomar pêşanî, ji bo destnîşankirina alî yê kar e. Ev pêwîst e ku guh li hemû fonksiyonên girîng ne. Dema ku ceribandina a "pêvajoya business" t hûr li ser wan,. E. senaryoyên run bi karê rojane.

Erênî yên check fonksîyonel divê wê rastiyê ye ku software simulates bikaranîna rastî ya pergala de. Lê vê dezavantajê vê jî hene: Ji bo nimûne, bernameya Dibe ku tesîr li testkirina zêde ye. Ev e bi xemsarî gengaz ên çewtî vacî li software.

testkirina Non-fonksîyonel

Ev cure testên li frênê hemû milkên ku ne ji fonksiyonên ji sîstema ku têkilî bi armanc. wiha Parametreyên dikare ji wan:

1. (Îtîbar). Ku bersivên ji bo rewşên cuda ne, ne ceribandin.
2. Performance. Çawa ku pergala kar dike, tesîr li dînin cuda ye ku.
3. Convenience. Çawa xweşkeys de ji bo xebatê bi sepanê li ser view the user da.
4. Scale. ji bo guhertina height of pêdiviyên û width sepanê dema xebatê de bi çavdêran cuda.
5. Ewlekariya. Daneyên user, herweha agahî li kanalên ji nifşekî cuda çawa ewle ye.
6. Pêşkeskirinê. Kontrol dike ka serlêdana kar li platformên cuda, û eger wusa - çawa gelek.

Çi bi taybetiyên pergalê dikare di van dozan de lêpirsîn? Bi giştî 4.

1. Ceribandin sazkirinê. Çiqas baş bi rê ve kir ku bernameya li ser komputerê ev mîheng bikî, û eger pêwîst be û jê. mîhengê Quality destûrê dide bikarhêner ji bo kêmkirina rîska windabûna daneyan an decrease (xirabtirbûna) sepanên performance.
2. Ceribandin bikaranîna handana. nivîsbariyê pêşxistin li ser hêmanên û neşefafiya ji user dawiya kontrol bike.
3. testkirina Configuration. Ev maneyeke bikarbîne, performansa di programê de di dema sazkirina mîhengên cuda sîstema, herweha diceriband, bi mîhengên navxweyî yên di bernameya.
4. Muayene ji bo binketina û digre. Rastkirina piştî qewimîna de çewtî. Dinirxî ne di bersiva li milkên parastinê de, û herweha tiştên ku welat û çiqas xilas devjêberdana bilez ya sepanê.

Karê xwe de, divê bê diyarkirin ku, her çiqas ji ceribandina non-fonksîyonel û testkirina serbixwe yên sepanên di warê performansa ji wezîfeyan, ew dikarin li ser taybetiyên wek îtîbar, performansa, û software ewlekariyê diaxivin. Ev parametreyên ravekirina ku kalîteya wê ya bernameya û bi tu awayî dev ji dîmenê user hin. Ji ber vê yekê, li ser girîngiya vê test e ne kêmtir ji ya ku ji fonksîyonel.

rewşan de Test

rewşan de Test bi navê check vala ji bo software. Ew bi amûrên ji bo testên automated kir. Ev nivîsbarî taybet, ku pispor afirandina, neqandina, înfaz û analîzên ku encam ji aliyê sepanê bixebitîne bi rêya pêşveçûnên bi vî rengî:

1. Skrîpta Test. Ev di nav de komek ji fermanên ji bo kontrol otomatîk ên parçe cuda yên nivîsbariyê.
2. kits Test. Ev kombînasyona li Skrîpta ku ceribandina perçe hinek ji yên nivîsbariyê, ku armancên fonksîyonel a entegre an hevbeş in.
3. Îmtîhan birêvebirin. Ev kombînasyona li Skrîpta cuda an jî komên ku bi hev re bi rê ve dema bernameya.

Automation of tests regresyonê

automation ji kar - ku yek ji bingehên pêşketina mirovan de di sedsala 21'emîn de. Ew li ser mijara da. Bi vî awahî, di bin testkirina software automated ji bo fêm kirina pêvajoya verification ya nivîsbariyê, di dema ku ji fonksiyonên bingehîn û erkên wek destpêkek, destpêkêyên û darvekirin, her weha analîzê û gihandina encam, bi otomatîk tê lidarxistin, bi bikaranîna amûrên guncaw dibînin. Ev çalakî ji aliyê xebatkarê ji bo afirandinê de, neqandina, û piştgiriya di xebatê de rewşa li Skrîpta test, kits test û enstrumanên çêkirin. Karî dikare bi cîhêreng ên nivîsbariyê, di nav de testkirina regresyonê û sîstemên automated hatiye lidarxistin.

bugs regresyonê

Di bin vê test ji bo fêm pirsgirêkên search ku bi awayekî fermî "hatine dûrxistinê," lê bi sedem bawer bike ku, ew hê jî hene, heye. The ažkera vê type of teftîşê re ew e ku, pêwîst e ku venêrî hemû çalakiyên ku bi object taybetî awayên cuda. Yê pêşî rastiya match test, raporên ku pirsgirêk bi mekanîzma by ku ew hate dîtin çareserkirin. layout testkirina regresyonê di vê rewşê de dibe alîkar ji bo ku ti bandorên neyînî hene.

Regresyonê ji sedema kevn

Ev jî tê wateya nasnameya xwe ya rewşên ku guherandinên dawî ji bo code di bernameyê de, hat betalkirin bugfixes. Bi vî awayî, ew dîsa dest bi çalak be. Ji ber vê yekê, dema ku guhertina code nivîsbariyê ya pêwîst bo destpêkirina pêvajoya testkirina de ji destpêkê (bihesibînin, bê guman, bûn ku pirsgirêk bi performansê heye).

bandora aliyê regresyonê

Di bin wê rewşa, dema ku guhertina code dawî li yek beşekî ji serlêdana tunin hinek an hemû parçeyên din ên vê programê bi pêş fêm bikin. Wekî ku yek jî nîşan dide ku, hebûna van pirsgirêkên ji ber nebûna performansa di yek an jî zêdetir beşên bernameyê ye. Karê tester bo tespîtkirina hemû navçeyên pirsgirêk.

Karê xwe de her tiştê ku hatiye nivîsîn, ku dikare li ser testkirina regresyonê got? Ev e niha teze ku êdî divê sedema pirsgirêkên. Ev bi tenê dimîne, ji axayê her tişt di pratîkê de.