Rêbazên software testkirina û ji wan re miqayese bikî. rêbaza ceribandina "box reş" testkirina û li awayê "box spî"

software Testing (SW), nasnameya deman de, kêmasî û çewtiyên di koda ku divê bê nîqaşkirin. Ev jî dikare wekî pêvajoya nirxandin û fonksiyonên û duristîya ya nivîsbariyê bi alîkariyê ji analîzên bêne bi karanîn. rêbazên bingehîn yên entegrasyonê û testkirina sepanên nivîsbariyê û misogerkirina qalîteya e ji bo ceribandinê bi specification, design û ji kodên, nirxandina îtîbar, praktik û piştras kirin.

rêbazên

Armanca sereke ya testkirina software - rastderxistina min a bi kalîte ji sîstema software bi riya sepanên neqandina sîstematîk di bin şert û mercên bi baldarî kontrol ji bo destnîşankirina temambûnê û rastbûna xwe, hem jî ji vê tespîtê ji şaşiyên veşartî.

Rêbazên ku ji verification bernameyên (testkirina) dikare bê nav statîk û dînamîk de dabeş dibe.

The berê de nefermî, çavdêrî û pêşçavkirin teknîkî, teftîşê de, gav bi gav analysis, Hundir, her weha analîzê herikîna daneyan statîk û management.

teknîkên dînamîk in:

1. testkirina box White. Ev lêkolîneke berfireh yên ku mentiqa navxweyî û binesaziya bernameyê ye. Ev pêwîst ji bo zanîna source code ye.
2. testkirina box Black. Ev teknîka ti zanîna li ser xebitîna navxweyî ya sepanê hewce ne. Em bi tenê ji aliyên bingehîn ên sîstemê, ji bo related an têkildar bi çend ji avaniya herî maqûl navxweyî ye, wê bi ber çavan.
3. rêbaza box Grey. Ev combines du helwestên berê. Debugging bi zanebûna bi sînor ji bo birêveçûna navxweyî yên ku sepan tê bi zanînê ji aliyên bingehîn yên sîstema tevî hev.

testkirina transparent

Metoda box bikaranîna alfabeya test spî kontrol struktura design şiklî. Ev teknîka destûrê eşkere çewtî pêkanîna, wek sîstema code management belengaz bi analîz û beşek ji xebitîna navxweyî ya software. Van rêbazên test ji bo asta entegrasyona, module û sîstema in. The tester divê access to source code xwedî û bi kar bînin, ji bo dîtina ka kîjan yekîneya mesuliyet hereket bike.

Ceribandin bernameyên destê sipî-box xwedî avantajên jêr e:

• Ev rê dide ku mirov çewtî di koda hidden rakirin xetên hewce ye;
• bikaranîna aliyê-bandorên;
• herî zêde bi firehî bi nivîsandina script test bidestxistin.

dezawantajên:

• pêvajoya-ji mesrefa bilind de, pêwîst Debuggera bi kalîfîye;
• gelek cade patrolê de bimînin ji ber ku check bigûman yên hemû çewtî veşartî gengaz pir tevlîhev e;
• hin ji yên ku koda wê bê bêhayjêbûnî.

testkirina box White carna bi destê ceribandina a box transparent an vekirî, tevnî, testkirina maqûl, li ser kodê çavkanîyê de, û mîmarî mantiqê tê behskirin.

Ku cureyên sereke:

1) ceribandina kontrolkirina herikîna de - stratejiya tevnî bikaranîna modela herikîna kontrolkirina bernameya û wek tawanbarkirin, bi awayên hêsan de bêtir ji kêmtir tevlihevtir e;

2) The şaxê hatiye dîzaynkirin ku ji xwendina debugging her vebijêrkê (rast e an xelet) ji hev operator kontrol, ku ew jî di nav de çareseriya bi hev re;

3) testkirina ji rêya serekî, ku dihêle ku bi tester bo avakirina pîvana Tevlihevî mentiqî de projeya şiklî, ji bo tenêhiştina a set base ji riyên darvekirin;

4) bikarbîne, stream Daneyên - stratejiya kontrolkirina herikîna lêkolîn ji aliyê annotations count agahiyên li ser ad û bikaranîna guherbarên di bernameyê de;

5) çemberên testkirina - bi temamî li ser operasyona lê agadar yên pêvajoyên Cyclic sekinîn.

neqandina halwestê

testkirina box Black xatirgirtin ya nivîsbariyê wek "box reş" - agahdarî li ser xebitîna navxweyî ya bernameya têne hejmartin ne, û bi tenê aliyên bingehîn a pergala kontrol kirin. Di vê rewşê de, di tester divê bizanibe ku mîmariya pergala de, bêyî ku qoda çavkanî ya.

Feyda vê metodê:

• berevpêşbirina îmkanên ji bo girse code mezin;
• nerihetî û ji tester hişmendiya;
• perspektîfa user is bi zelalî ji perspektîfên Pêşvebir (bernameçêker û tester serbixwe ji hev û din in) ji hev cuda;
• creation bi lez bêtir ji test.

software Testing rêbaza box reş heye zirarên ku li jêr:

• bi rastî jî hejmara select ji dozên test û keramet, di firehî bi sînor di encamê;
• tunebûna specification zelal zehmet bo pêşxistina Skrîpta test;
• berevpêşbirina îmkanên kêm.

Navên din ên vê teknolojiya - halwestê, non-transparent, testkirina fonksîyonel û rêbaza neqandina ji box girtî ne.

Di vê kategoriyê de dibe ku bi teknîkên testkirina software li jêr in:

1) bi qasî partition, ku dikare bi set of data test wek Daneyên module software input is down nav beşên cuda de şikandin kêm;

2) analysis nirxa xeteke li ser piştrastkirin sînorên an nirxên sînorê extreme disekine - herî kêm, herî zêde, û nirxên tîpîk ên error;

3) fuzzing - bikaranîn ji bo pêkanîna search by inputting çewtî an poluiskazhennyh welat Xirabe di moda otomatîk an nîv-otomatîk;

4) Arabistana sedemîtiyê - a teknîkê de li ser bingeha çêkirina diagram û diyarkirina têkiliya di navbera çalakî û sedemên xwe: nasname, bi neyînî, vacî OR û mentiqî de - û çar lîstikvanên sereke, diyar kir ku têkiliya di navbera sedem û tesîra;

5) Verification ji array orthogonal ji bo pirsgirêkên bi a herêma input biçûk gelek îmkanên ji bo lêkolîn bi awayekî kamil;

6) ceribandina hemû cotên - a teknîka ku komek ji nirxên test birîtî ye ji hemû combinations binary gengaz yên her cotek Parametreyên input;

7) derbasbûna dewleta neqandina - a teknîkê de ji bo deynkirin statuya machine, her weha ji bo bi rêya navigate kêrhatî GUI user.

Black testkirina box: Examples

teknîka reş-box li ser taybetmendîyekî, belgekirin, û danasîna virtual nivîsbariyê an jî pergala xwe dispêre. Di gel wan, tu models (fermî yan jî) bi kar tînin, him jî bi helwestên Bahçelî ji software.

Bi gelemperî, bi vê rêbazê ji bo debugging user interface bikaranîn û pêwîstiya vejîn bi sepan ji aliyê introducing a berhevkirina daneyên û results - ji screen, ji raporên an prînt kirin.

The tester, ji ber vê yekê, danûstandinê bi software destê inputting, bi awayek li switches, bişkokên an navrû yên din. Hilbijartina welat input, bi fermana rêveberiya an Bûyer çalakiyên dikare hejmareke pir mezin bi giştî combinations rê, weke di nimûneya li jêr tên nîşandan.

Çawa gelek testên pêwîst in ji bo kontrol hemû nirxên ji bo ala 4 windows û warê yek-off bide, ava wê demê de li seconds? Li hesab û çavên yekem hêsan e: 4 zeviyan bi du dewletan mumkun - 24 = 16, ku divê ji aliyê çend postên gengaz ji 00 heta 99 zêde bibe, i.e. 1600 testên gengaz.

Lê belê, ev hesab û çewt e: em dikarin diyar kir ku di warê du-point de jî cihekî vala, ango ew yên du çeperên alphanumeric pêk tê û nikare characters alphanumeric, characters taybet, qadên, û hwd. De bi vî awayî, eger .... sîstema e ku dibe 16-bit, rû 216 = 65536 yek ji bo her postekî di dawî 4294967296 rewşan de test ku ji aliyê 16 combinations ji alên ku dide, bi giştî 68.719.476 736. Ger ew nîşanên zêde bibe at 1 test per diduyan de, di dewam total testkirina olzhitelnost 2 177.5 sal e. Ji bo sîstemên 32 an 64-bit, li duration hê bêtir.

Ji ber vê yekê pêdivî ji bo kêmkirina vê pêvajoyê de ji bo ku asta pejirandinê jî nînin. Bi vî awayî, bi teknîkên divê were sepandin ji bo kêmkirina hejmara giliyên test bê kêmkirina berfirehîya testkirina.

Perçekirin hevnirxîya

Ku partîsiyona miqabila bi metodeke hêsan e ku pêkanîn, ji bo tu guherbarên ku niha di software in, gelo input an encam nirxên sembolîk, hejmar, û yên din. Ev li ser rêgezên bingeha ku hemû welat ji yek ji partîsiyonê de dê were bi heman awayî tên dermankirin û ji aliyê ye heman talîmatên.

Di dema ceribandinê de, hilbijartin yek nûnerê her beş hevnirxîya taybetî. Ev destûrê dide te ku bi awayekî sîstematîk de hejmara giliyên test, bêyî windakirina qutkirî yên emrên û fonksiyonên kêm bike.

encamên din ji vê de perçekirin e ji bo kêmkirina teqînê combinatorial di navbera guherîn û kêmkirina têkildarî bûyeran de test.

Ji bo nimûne, di (1 / x) ^1/2 bikaranîna sê Rêzkirinên li welat, sê beş cezayeke:

1. hejmara Hemû erênî dê bi heman awayî tên dermankirin û divê encamên rast bidî.

2. hejmar Hemû neyînî bi bi heman awayî bi encama heman bidome. Ev şaş e, ji ber ku rayê * hejmara neyînî xeyalî ye.

3. Zero, wê bê şêweyekî taybetî û bidin error "dubendî by zero". Ev beşa bi nirxê yek e.

Bi vî awayî, em sê beşên ji hev cuda, yek ji yên ku ji bo nirxê yek kêm dibînin. e, beşa "rast", ku encamên pêbawer, û du "şaş" bi encamên rast nenivîsandiye, hene.

analysis nirxa ţermezarkirin

Processing li ser sînorên perçe cezayeke cudatir dikare were kirin, ji payîn. Lêkolînewe ji nirxên sînorê - rêbazeke baş tê zanîn ji zanyar li ser helwesta software di van waran de. Ev teknîka ku ev gengaz jî ji bo diyarkirina nasnameya wisa de çewtî:

• bikaranîna çewt ya operatorên pêwendîdarî (<,>, =, ≠, ≥, ≤);
• error yek;
• pirsgirêkên li cycles û iterations,
• cureyên şaş e yan size yên guherbarên bikaranîn ji bo veşartin agahî;
• sînorkirinên sûnî re têkildar bi cureyên welat û guherbarên.

testkirina Translucent

rêbaza box gewr bilind dike firehî ji îmtîhana, tu dikarî li ser hemû astan zehmet ên sîstemê yek ji teknîkên reş û spî hûr.

Bi bikaranîna vê teknîkê de, li tester ji bo pêşvebirina nirxên test divê zanîna strukturên daneya navxweyî ye, û ji algorîtmayan hene. Wergerandî yên rêbazên testkirina gewr-box ne wiha ne:

• model architectural;
• Unified Modeling Ziman (UML);
• modela dewletê (makîna dewletê û aqilê).

Di metoda ji box gewr bi pêş rewşan de test modules li codes engineering spî xwend, û test rastî li ser navrû ya bernameyên teknolojiya reş dikirin.

Van rêbazên ceribandina xwedî avantajên jêr e:

• kombînasyona avantajên qutiyên reş û spî bi teknîsyenekî;
• Tester li ser virtual û specification bikêrhatî ye, û bi qoda çavkanî xwe dispêre;
• Debuggera bi dikarin dozên test mezin bide;
• check ji point of view li ser bikarhênerê jî, ne li designer yên bernameyê kirin;
• create pêşketina test custom;
• objektifbûn.

dezawantajên:

• Nêzîkatîya test bi sînor e, ji ber ku xwe bigihînin source code hebû;
• kompleksbûna statuyekê li sepanên belavkirin;
• bi gelek awayan û patrolê de bimînin;
• eger pêşvebirinê nivîsbariyê destpêkirin hatiye ceribandin, wê bêhtir lêpirsînê de dibe ku ji hedê xwe.

navê din jî ji bo teknîkên box gewr - neqandina Translucent.

Di vê kategoriyê de bi rêbazên wiha yên testkirina:

1) array orthogonal - bikaranîna komekî bin ya hemû combinations gengaz;

2) neqandina matrix bikaranîna dewletê yên welat di bernameyê de;

3) Kontrola neguherî, ku di guhertinên nû ji bo software;

4) test şablonê ku xebat li design û mîmarî yên rastarast baş.

Eyna ji teknîkên testkirina software

Bikaranîna rêbazên dînamîk rê li ber teqîna combinatorial ji hejmara testên ku divê bê pêşxistin, bê pêkanîn û hatiye lidarxistin. Her di teknîkê de, divê bi angajmanên bikaranîn, ku demboriya xwe nav account.

Şêwaza rasteqîn bi tenê tune ye, tenê ew kesên ku baştir ji bo di çarçoveya taybet oxilme kirin heye. endezyariya binyadî destûrê ji me re peyda code bêkêr an jî xêrnexwaz, di heman demê de ew tevlîhev in û ne ji bo bernameyên mezin ne. Rêbazên li ser bingeha xwe diyar - de bi tenê yên ku nikarin ji bo tespîtkirina code kêm, lê ew dikarin yekî xerîb nasandin ne. Hinek teknîkên minasib zêdetir ji bo di asta ceribandinê bi taybetî, MIME-error an çarçoveyê de ji yên din in.

Li jêr ji cudahiyên sereke yên di navbera sê teknîkên testkirina dînamîk in - sifrê navbera sê awayên debugging software dayîn.

aspect	Metoda box reş	rêbaza box Grey	rêbaza White-box
Amadeyî yên agahiyan li ser kompozîsyona di programê de	Ber çav, bi tenê aliyên bingehîn yên	zanîna nîv e li ser tevna navxweyî yên li ser bernameya	access Full ji bo qoda çavkanî ya
Degree ji perçebûna di bernameya	nizm	Central	bilind
Kî neqandina berhem?	End users, kontrolkar û pêşdebiran	End users, bipêşvebir û debuggers	Pêşdebir û protestovanên
bingeh	Testing li ser rewşên awarte de ji derve re girêdaye.	heye Diagrams, diagram herikîna daneyan, dewletê ji zanînê navxweyî yên algorithm û mîmarî	Amûrê bi navxweyî baş dizane
Asta zaf ji	Less berfireh û pêwîstî bi kêmtirîn dem	Central	Potansiyel ya herî berfireh. Time-dixwe
Data û sînorên navxweyî	Debug tenê ji aliyê dadgehê de û error	Bê kontrol di qada welat û sînorên navxweyî de, eger ew navdar in	The best qada welat test û sînorên navxweyî
Rêbaza testkirina învęstîsîaęn	na	na	erê

otomatîkî

rêbazên bide ceribandinê software qas asan pêvajoya teftîşê bikin, bêyî ku li jîngeha teknîkî û çarçoveya. Ew di du rewşan de tê bikaranîn:

1) ji bo nebin erkên Pişti, dubarekirin, yan bi hesasîyet wek berhevdana file ji bo çend hezar rêzên ji bo ku berde dem ji bo giranîya nifûsa tester xalên girîng e;

2) ji bo stran û şopandina an karê ku ne bi hêsanî ji aliyê kesên wek verification performance an dem bersiva analîzên ku dikare di hundredths ya duyemîn pîvan çêkirin.

Amûrên Test dikare bi awayên cuda nepenî. Demêk din li ser erkên ku ew piştgiriyê li:

• management test, ku piştgiriya projeya rêveberiya, versions, configurations, analîza rîskê, ji bo şopandina test, çewtî, kêmasî, û amûrên raporên;
• birêvebirina daxwazên, ku daxwazên depo û taybetmendyên, wan ji bo bi temamî û nezelalî, pêşanî wan û traceability ji her îmtîhana de venêrî;
• review krîtîk û analîzê statîk, kontrola herikîna, û erkên, recording û depo ji comments, tespît qusûr bi din û plan girêdan management corrections bo checklists û qaîdeyên, ji bo şopandina belgeyên source ragihandinê û analîzên statîk code bo tesbîtkirina statuyekê, misogerkirina daneyî, bi gorî standardên ji code nivîskî, analysis of strukturên û dimîne, û hesaba Hirç metric yên qanûna û mîmarî. Di gel wan, bi kar tînin hawgerdani, analyzers, jenerator û têkiliyên cross-references;
• Model de, ku tê de amûrên ji bo şêlên business Modelê û ceribandina modelên;
• pêşketina test misoger nifşê welat payîn ku li ser bingeha şert û modelên user interface û code, bi rê ve ji bo afirandina an xeyrandin di files û database, Mesajên, çiraxî welat li ser esasê rêgezên management, analîzên îstatîsîk ji şert û mercên û rîskên;
• a view krîtîk hundirê welat bi riya bikarhêner yên navrû, API, rêzika fermanê grafîkî bikaranîna comparators ji bo alîkarîya ku nasnameya testên serkeftî û neketin;
• piştgiriya jîngehê neqandina ku destûrê dide te ku şûna hardware kêm an software, li Vol. h. alavên Şêwekarê li ser bingeha kumê biryar encam, Emulators termînalê de, telefonên mobîl û alavên network, li ser jîngehê ji bo deynkirin zimanan, pergalên xebitandinê û hardware destê şûna driver pêkhateyên wenda, firehkirin. modules, û hwd., herweha Amûrên ji bo dîlgirtina û guhertina di OS daxwaz tahdîdeke simulation CPU, RAM, ROM, an jî tora .;
• .. Dema files welat, database, encamên payîn jî di dema û piştî test complete, Maf û dînamîk e û berhevdana hevîrê, bide "peyvên";
• firnikên pîvandinê de ji bo localization ji belavajî bîra û sîstema dawiyê de helwesta kontrola xwe rast nenivîsandiye, di bin sexte sepanên load enerjiyê load, database, torên an pêşkêşkerên di senaryoyeke realîst mezinbûna bo pîvandinê de, analîzên û piştrastkirin rapora çavkaniyên sîstema;
• ewlekarîyê;
• testkirina performance, load û analîzên dînamîk;
• amûrên din, li Vol. h. kontrol spelling û syntax, ewlekarî torê, hebûna hemû rûpelên malper û yên din.

perspektîfa

Bi bêyûm guhertina di pîşesaziyê de nivîsbariyê de, pêvajoya neqandina e jî babetê guhartinê. ne bi rêbazên nû yên testkirina software, wek a mîmariya xizmeta-orientirovannae (SOA), teknolojîyên wireless, mobîl, û hwd. E. hene, Ma vebû rêyên nû yên nivîsbariyê testkirina. Hin ji van guhertinên ku di pîşesazîya li ser çend salên bê de payîn li jêr rêzkirî ne:

• kontrolkar û dê modela lightweight ku pêşdebiran karibin kontrol code we wê were ne;
• pêşxistina metodên ceribandinê de, di nav de viewing û Modelê bernameyên li demeke zû de, gelek ji nakokiyên wê ji holê;
• hebûna test muhtacî multiple wê di dema tespîtê error kurt bikin;
• analyser Static û tespît tê wê wateyê, ku were û berfireh tê bikaranîn;
• bikaranîna matrices mîneral, wek qutkirî yên specification, di çarçoveya modela û code qutkirî yên dê ji bo pêşxistina projeyên diyar bike;
• Amûrên combinatorial rê kontrolkar û ji bo destnîşankirina herêmên bi pêşanî ji bo neqandina;
• kontrolkar û dê xizmetên zêdetir xwedî hisiyet û hêja li seranserê pêvajoya pêşketina nivîsbarî ne;
• debuggers dikarin Amûrên û rêbazên testkirina software in û bi hevdu re bi shéwezarí yên zimanan bernameyên bi nivîskî avakirina;
• pisporên Debugging bê profesyonel zêdetir perwerdekirin wê.

Ê ji alîyê metodên nû testkirina software-business sîwaneke şûna, ji bo guhertina riya interaction bi sîstemên û agahiyên ku ew ne kêmkirina metirsiyan û zêdekirina wê feydeya guherandinên bazirganiyê.