Bernameyên Testing - pêvajoya detection error li berhemên nivîsbariyê

Di pêşvebirina bernameyan, beşek girîng ji prosesa hilberanê li ser testkirina software bingeha. Ew çi ye û çawa wisa çalakiyên di vê gotarê de li ser wê ye.

Çi ye test bi navê?

Ev tê wateya ku pêvajoya bi xebitandina ya nivîsbariyê bi durustî deverên ku ji operasyona rast nenivîsandiye, ji code. Ji bo baştirîn encam, bi zanebûn dijwar ên welat input çêkirin. Armanca sereke ya teftîşê ew e, ku derfeta herî baş ji bo têkçûna yên nivîsbariyê. Tevî ku carna Muayene ji bernameya pêş dikare ji bo kontrola rûtîn yên kapasîta kar ji hêsankirin û pêkanîna ji fonksiyonên. Ev rizgar dem, di heman demê de gelek caran ji aliyê bawerpênekirî ên nivîsbariyê, nerazîbûna user, û bi vî awayî li ser re çûn.

bikêrhatîbûna

çewtiyên, bandoreke girîng li ser mesrefa û duration of pêşvebirina bernameyan bi kalîte pêwîst çawa baş û bi lez in. Bi vî awayî, tevî wê yekê ku kontrolkar û meaşê çend caran kêmtir ji bo pêşdebiran dibe bistînin, fiyetên xizmeta wan de ye bi piranî heta 30 - 40% ji buhayê tevahiya projeyê. Ev e, ji ber ku hejmara karmendên, ji ber ku lêgerîna ji bo şaşî - ev pêvajoyeke nedîtî û pir dijwar e. Lê belê eger nivîsbariyeke derbas hejmara rêz ji îmtîhanê ye, tu garantî 100% ku error ne dê çi li wê derê. Just nizanin kengê ew pêk bê. To teşwîq kontrolkar û ji bo hilbijartina cureyên testên ku bêtir ji qusûra, Amûrên motîvasyona cuda têne bikaranîn: hem manewî û maddî.

Rûmet ji bo karê

The optimum e dema ku ji bo pêkanîna mekanîzmayên cuda ji bo ku çewtî di nivîsbarî ji destpêkê ve ne. Ji bo vê jî, divê hûn lênêrîna ji design mîmarîyê bi rêkûpêk, ji alî zelal ji referansa bistîne, û ew girîng e ku mirov ne lihevanîna ya di pêywendiyê de, dema kar li ser projeya ji niha ve dest pê kir. Di vê rewşê de, di tester ji bo ku karê ji bo dîtina û naskirina hejmareke piçûk a çewtiyên ku di encama dawî de bimîne. Ev dê him li wext û pere xilas bike.

testa çi ye?

Ev mijareke girîng ya çalakiyên nîzamî, ku ji bo tespîta serkeftî yên kêmasî yên qanûna pêwîst e e. Ew ji bo kontrolkirina sepana rast pêwîst in. Ma di test hene? Ev ji welat û nirxên destpêkê xwe ku divê wek ku dawî (an hiskirin) dest ji. Ji bo ku bi serkeftî tespîtkirina pirsgirêkên û nakokiyên, testên divê piştî algorithm, hate pêşxistin, lê dest bi bernamên be. Ev tê xwestin ji bo bikaranîna çend helwestên ji bo dawiyê li daneya pêwist. Di vê rewşê de, zêdekirina sîlahan naskirina an error ji ber ku tu dikarî kodê de ji aliyekî din jî dinirxînin. testên Complex divê piştrastkirin bandorên ji derve yên ku berhemên nivîsbariyê qediyayî, herweha ji algorîtmayan karê xwe ne. Bi taybetî bala û ne rewşan de degenerate marjînal. Bi vî awahî, di pratîkê de ji şaşiyên gelek caran dikare fehmkirin ku, cycle binasin at yek an jî zêdetir caran kêmtir ji plankirin. Herweha, giring e ku testkirina dibe, bi rêya ku tu kontrol bike ku di encama tê xwestin li ser makîneyên cuda ye. Ev pêwîst e, da ku bicîh bikin ku li software li ser hemû komputerên kar bikin. Li gel vê, di test dibe, ku li ser pêşketina wê were lidarxistin, di afirandinê de ji pêşketina multi-platformeke girîng e.

Arts troubleshooting

Programs caran armanc ji bo xebatê bi komên datayan mezin. Hewce ye jî ji bo bi temamî? No. Nêzde sepandina "miniaturization" ya programê de kirîbû. Di vê rewşê de ye, kêmkirina maqûl yên volume welat hene ku ev rêje bi ku de bên bikaranîn. Ka em li mînaka binêrin: e bernameyeke, ku diafirîne a matrix ji 50x50 size hene. Bi gotineke din - we bi destan divê 2500 nirxên bikevin. Ev rastî, pêkan e, lê ew ê demeke dirêj bidome. Lê belê, ji bo ceribandinê li fonksiyonên, li software distîne a matrix ku aliyê 5x5 e. Ji bo vê jî, divê hûn bikevinê, zêdetir ji 25 nirxên. Eger, di vê rewşê de, a, operasyona free-error normal, ev tê wê wateyê ku her tişt, da ye. Tevî ku dahfikên ku di rastiyê de ku bi rewşa miniaturization pêk tê, di encamê de bi guhertina zimnî dibe û demekê winda derewan dikin hene. Ev e jî pir kêm e, lê dîsa jî diqewime ev e, ku ne bugs nû heye.

armancên

Testing e karekî hêsan e, ji ber wê yekê ku ev pêvajo bi tesîr li formalization bi temamiya xwe ne ne. bernameyên mezin hema bêje tu caran jî teqabulî rasteqîne pêwîst e. Ji ber vê yekê, weke rêbaz bikaranîna hejmarek ji welat nerasterast, ku, lê belê, ne bi temamî bi navkirin, taybetmendiyên û fonksiyonên ji pêşketina software ku debugged. Ji bilî vê, divê ew bên hilbijartin, da ku di encama kontrol hesabkirin berî çawa berhemên nivîsbariyê bên ceribandin. Eger tu pêşketin ne, ku biceribînin, ji bo ku hemû li ser, û eger di encama machine bikeve li range Bahçelî, ew dê bên biryara çewt, ku her tişt rast e.

di bin şert û mercên cuda Check

Wek qaîde, testkirina bernameya li cildên ku ji bo kêm fonksiyonên test bi awayekî bi sînor pêwîst in pêk tê. Çalakî kirin, bi guhertina ji Parametreyên, şert û mercên xebatê xwe. The pêvajoya testkirina li ser sê qonaxan dabeş:

• di bin şert û mercên normal kontrol bike. Di vê rewşê de em biceribînin fonksiyonên bingehîn ên nivîsbariyê pêşxistin. Di encamê de, divê bi payîn biþînim.
• di şert û mercên extreme kontrol bike. Di van rewşan de, wek avahîyên bi daneyên boundary, ku dikarin di hemberê çêkirin, nivîsbarî afirandin bandorê. Wek nimûne, em bi hejmareke gelek mezin an biçûk, an jî nebûna bi temamî ji agahiyên hatin bidestxistin, bixebitin.
• Dinêre di rewşên awarte de ne. Ev boçûna bikaranîna Daneyên ku ji sînorên in. Di van rewşên, ku ev yek pir xerab e, dema ku software wan ku ji bo hesab û kêrhatî dibîne û di encama bahana dide. Care divê bê kirin ku di van rewşan de ye, a redkirina hemû daneya ku bi awayekî rast bête nêrîn hene. Ev pêwîst e jî ku ji bo zanyarî ji user ser wê ne

Testing: Types

Create software bê error gelekî zehmet e. Ev pêwîstî bi xebateke girîng di dem. Ji bo ku berhemeke baş, gelek caran tê bikaranîn du cure yên testkirina: "Alpha" û "Beta". ew çi ne? Dema ku mirov li ser testkirina alpha de biaxivin, ev tê wê wateyê ku venêrîna xwe bi xwe di nava dewletê de yên pêşketinê "laboratorê de" şert û mercên bên kirin. Ev cara qonaxa testkirina e li ber bernameya wê ji dawiya-bikarhênerên veguhestin. Ji ber vê yekê, bipêşvebir hewl didin ku vegerin li seranserî herî zêde. Ji bo rehet ya operasyonê, welat dikare têketî ji bo afirandina kronolojiyeke ji pirsgirêk û çareserî xwe. Di bin test beta fêm lîdertiya xwe ya nivîsbariyê ji hejmareke sînorkirî yên bikarhêneran, da ku ew di programê de bişêlînin û nasnameya sedema ku tu xwîn nedît. A taybet di vê rewşê de ji ber ku gelek caran nivîsbariyeke ji bo armancê ye, lewma xwe bi kar anîn e. Ji ber vê kêmasiya naskirin, wê bê ku tiştek li ber dîtin. Ev pir normal e û tirsê de li ser ew e ku ne pêwîst.

cebîr test

Ger ku gavên berê bi serkeftî bi dawî bû, ew didomîne avabûye ji bo testên qebûlkirinê. Ew di vê rewşê de tenê formalîte dibe. Di vê test tê piştrast kirin ku kêşeyên din hatine dîtin û software dikare li bazara serbest hatin berdan. Ya herî girîng jî dê bibe encama dawiyê de, ji nêz ve bêtir wê bên piştrastkirin. Care divê werin avêtin, da ku hemû gavên bi serkeftî bi dawî bû. Here pêvajoya testkirina ku bi tevayî ye. Niha jî em di heman demê de agahdariyên teknîkî piyên xwe û axaftina li ser van alaveke kêrhatî, ku bernameyên ji îmtîhana. Çi ew in û dema ku tê bikaranîn?

testkirina-tisî dibe

Berê ew difikirî ku analîzên li dînamîk ên nivîsbariyê pêş - ev nêzîkatiya jî giran ku bi bandor tê bikaranîn bo tesbîtkirina statuyekê ye. Lê belê ji ber tevliheviya zêdetir û volume ya bernameyên re xuya bû view berevajî. testkirina xweber tê bikaranîn ku ya herî girîng jî pêşengiyê de ne û rewşa ewlekariya. Û ku divê ew di bin ti input be. Wek nimûne, bi bernameyên ji bo ku ew ji yên weha re testkirina guncaw e, de li jêr e: protokolên torê, web server, sandboxing. Em berdewam li çend testan re, ku dikare bê ji bo çalakiyên bi vî rengî bi kar bigerin. Heke hun dixwazin ku di bernameyên testên azad in, ku kalîteya wê zehmet e ku di nav wan de peyda bike. Lê belê li wir bi şertê ku "korsan" versions of projeyên baş avabûye, da tu ji bo xizmeta wan dikin.

şap

Ev amûr alîkarî bo tesbîtkirina statuyekê bi bernameyên di moda analysis dînamîk ceribandin. Ev berhev welat û analîzên performansê ji track dîzaynkirin object ya. The tester a set hateyan ku sedema error an kurtebirî set heyî yên Tengasiya dayîn. Sipas ji bo testa baş ji algorithm pêşxistin, ji aliyê hejmareke mezin ji rewşên ne mimkun e. Di bernameyê de komin cuda ji welat input, ku rê ji bo simulate hejmareke mezin ji rewş û şert û mercên ku tê de bi îhtîmaleke mezin qewimîna têkçûn e qebûl dike. An avantajeke girîng yên programa bikaranîna metric heuristic e. Eger pirsgirêkek heye, paşê error sepanê pir muhtemel e. Lê belê di vê bernameyê de heye hukmên ku tenê yek check nîşankirin soketên ku input an file. Dema ku xwe di operasyona wekî bernameyên testkirina dê agahiyên berfireh derbarê pirsgirêkên ku bi pointer null, xelek ji her demê ra, navnîşanên rast nenivîsandiye, yan malfunctions ji ber bikaranîna pirtûkxaneyan de dihewîne. Bê guman, ev e lîsteya temam ya çewtî naskirin û tenê wergerandî hevpar xwe ne. kêmasiyên r'astkirinê, wax, xwedî pêşdebiran - îmkanên automated ne minasib ji bo van armancên ne.

Klee

Ev bernameyeke baş ji bo testên bîra e. Ev dikare bi qasî 50 bangên sîstema û hejmareke mezin ji pêvajoyên nîgaşî bi vî awayî li paralel an cuda darvekirin bikim. Lê bi giştî, ev bername ji bo hin cihên bi guman digerin ne, û pêvajoyên çendeya herî zêde gengaz ên code û Analîzên bikaranîn riyên welat. Ji ber vê yekê, di bernameya test diguhere li gor mezinbûna ya object. Dema bikarbîne, bet li ser pêvajoyên sembolîk danîn. Ew yek ji riyên mumkin ji bo pêkanîna erkên di bernameyeke de ye, ku ceribandin in. Sipas ji bo vê operasyonê de paralel mumkin e ku hejmareke mezin ji Guhertoyên yên karê serlêdana test a. Ji bo her riya komên datayan input bi piştî testa xwe, ku bi check dest veşartin. Ev divê bê diyarkirin ku bernameyên testkirina bikaranîna Klee alîkariyê ji bo diyarkirina nasnameya hejmareke mezin ji variations, ku ne pêwîst be. Ev dikarin pirsgirêkên li sepanên bi ku ji bo deh salên pêş de bibînin.