Katsetamise meetodid tarkvara ja neid võrrelda. Testimine meetod "musta kasti" katsetamine ja meetod "valge karbi"

Testimise tarkvara (SW) selgitada välja lüngad, puudusi ja vigu kood, mis tuleb lahendada. Samuti võib määratleda kui protsessi hindamise funktsionaalsust ja õigsuse tarkvara abiga analüüsi. Põhimeetodeid integreerimise ja testimise tarkvara rakenduste ja kvaliteedi tagamiseks on testida spetsifikatsiooni, disaini ja kodeerimise, usaldusväärsuse hindamise, valideerimise ja kontrollimise.

meetodid

Peamine eesmärk tarkvara testimise - kinnitus kvaliteedi tarkvara süsteemi süstemaatilise silumine rakendused hoolikalt kontrollitud tingimustes, et määrata nende täielikkust ja täpsust, samuti avastamine peidetud vigu.

Kontrollimeetodite (testimine) programmide võib jagada staatiline ja dünaamiline.

Viimaste hulka mitteametlik, seire ja tehnilise hindamise, kontrollimise, samm-sammult analüüsida, auditeerimine, samuti staatiline andmevoo analüüs ja juhtimine.

Dynamic meetodid on:

1. Valge kasti testimine. See on üksikasjalik uuring sisemine loogika ja programmi struktuur. On vaja teadmisi lähtekoodi.
2. Must kast katsetamine. See tehnika ei nõua teadmisi tööst taotluse. Leiame vaid põhilisi aspekte süsteemi, mis ei ole seotud või seotud mõne oma sisemise loogilise struktuuri.
3. Hall kast meetod. See ühendab kahte eelmist lähenemisviise. Silumine piiratud teadmised sisemist toimimist taotlus koos teadmised põhilisi aspekte süsteemi.

läbipaistev testimine

Valge kasti meetodil test skripte kontrollida struktuuri menetluslikke disain. See meetod võimaldab paljastada rakendamise vead, nagu kehv juhtimine kood süsteem, analüüsides osa tööst tarkvara. Neid katsemeetodeid kehtivad integratsiooni, moodul ja süsteemi tasandil. Testija peab olema juurdepääs lähtekoodile ning kasutada seda teada saada, milline üksus käitub sobimatult.

Testimine programmide valge-box on järgmised eelised:

• See võimaldab leida vigu peidetud kood, kõrvaldades mittevajalikud read;
• kasutamise kõrvalmõjud;
• maksimaalne katvus saavutatakse kirjutamise test script.

puudused:

• Kallihinnaliste protsess, mis eeldas spetsialistile silurile;
• palju võimalusi jääb avastamata, sest põhjalikku kontrolli kõikide võimalike peidetud vigu on väga keeruline;
• mõned koodi kandub märkamatult.

Valge kasti testimine on mõnikord nimetatakse testides läbipaistev või avatud kasti, struktuursete loogiline testimine, mis põhineb lähtekoodi ja loogika arhitektuuri.

Peamised sordid:

1) testimiseks termostaat - struktuurse strateegiat kasutades programmi käsuvoog mudeli ja eelistades lihtsal viisil vähem keerukam;

2) filiaali eesmärk on uurida silumine Mõlema variandi (õige või vale) iga juhtoperaatori, mis sisaldab ka kombineeritud lahus;

3) testimise peamine tee, mis võimaldab tester luua loogiline keerukust meede menetluslikke projekti eraldamiseks aluse komplekti täitmise teed;

4) kontrollida andmevoo - voolu kontrolli strateegia teadusuuringute poolt märkimised loota informatsioon reklaami ja kasutada programmi muutujad;

5) tsüklite testing - keskendusid täielikult korrektset toimimist tsüklilised protsessid.

käitumuslike silumine

Must kast katsetamine kohtleb tarkvara kui "musta kasti" - informatsioon tööst programmi ei arvestata, ja kontrollida vaid põhilisi aspekte süsteemi. Sel juhul tester peab teadma süsteemi arhitektuuri ilma juurdepääsu lähtekoodi.

Selle meetodi eelised:

• tõhususe suurte koodisegmendi;
• kergendada taju tester;
• Kasutaja seisukohalt on selgelt eraldatud arendaja perspektiivid (programmeerija ja testija on üksteisest sõltumatud);
• kiirema loomise katse.

Katsetamine Tarkvara musta kasti meetodil on järgmised puudused:

• tõepoolest läbi valitud arvu test juhtudel, mille tulemusena piiratud ulatus;
• puudub selge spetsifikatsioon raske arendada test skripte;
• madal efektiivsus.

Muud nimed selle tehnoloogia - käitumuslik, läbipaistmatu, funktsionaalne testimine ja silumine meetod suletud kasti.

See kategooria võib hõlmata järgmist tarkvara testimise tehnikad:

1), millele vastab vaheseinaga, mis võivad vähendada kogum katseandmed sisendina tarkvaramoodulina andmeid jaotatud osadeks;

2) piiri väärtuse analüüs keskendub kinnitamiseks piiride või ekstreemsete piirväärtused - minimaalne, maksimaalne ja tüüpandmed vea;

3) fuzzing - kasutatud rakendada otsing kirjutades vigu või rikutud andmed poluiskazhennyh automaatne või poolautomaatne režiim;

4) loeb põhjuslikkuse - tehnikat, mis põhineb loomise graafikud ja vahelise suhte kindlaksmääramiseks ja tegevuse põhjused: identiteet, eitust, loogiline OR ja loogiline JA - neli peategelast, mis väljendavad suhet põhjuse ja tagajärje;

5) Kontrollitakse ortogonaalne massiivid kohaldada probleeme suhteliselt väike sisend pindala ületab võimalust põhjalikku uurimist;

6) testides kõik paari - meetod, kus komplekt katseväärtusi sisaldab kõiki võimalikke binaarse kombinatsioone iga paari sisendparameetritele;

7) silumine olekusiirdefunktsioonile - tehnikat kasulik kontrollida masina seisundile, samuti liikuda GUI kasutaja.

Must kast katsetamine: Näited

black-box tehnikat põhineb kirjeldused, dokumentatsiooni ja kirjeldused tarkvara liides või süsteemi. Lisaks saate kasutada mudelid (ametlikku või mitteametlikku), mis moodustab oodatud käitumine tarkvara.

Tavaliselt kasutatakse seda meetodit silumiseks kasutajaliides ja nõuab suhtlemist taotluse, lisades andmete kogumise ja tulemuste - ekraanilt aruannete põhjal või väljatrükke.

Testija seetõttu suhtleb tarkvara kirjutades, mõjutades lülitid, nupud või muude liideste. Valik sisendandmetes suurusjärgus manustamiseks või tegevuste jada võib viia suur kombinatsioonide koguarv, nagu on näidatud järgmises näites.

Mitu teste on vaja teha selleks, et kontrollida kõiki võimalikke väärtusi 4 akende lipu ja ühekordsed valdkonnas, määrata aeg sekundites? Esmapilgul arvutus on lihtne: 4 väljad kahe võimalikust olekust - 24 = 16, mis tuleb korrutada mitmeid võimalikke asendeid 00-99, st 1600 võimalikult teste.

Kuid see arvutus on vale: saame määrata, et kaks punkti valdkonnas võib sisaldada ka ruumi, st see koosneb kahest tähtnumbriline seisukohti ja võib sisaldada tähti, numbreid, erimärkide, tühikute jne Seega, kui .... süsteem on 16-bitine arvuti, pööra 216 = 65536 üks iga positsioonid saadud 4294967296 test juhtudel, mis tuleb korrutada 16 kombinatsioone lipud, mis annab kokku 68719476 736. Kui need toimivad 1. katse sekundis, kokku jätk olzhitelnost testimine on 2 177,5 aastat. 32 või 64-bitiseid süsteeme, mille kestus veelgi.

Seetõttu on vaja, et vähendada selle aja vastuvõetava tasemeni. Seega tehnikaid tuleks kohaldada arvu vähendada test juhtudel vähendamata seejuures testimise.

samaväärsuse eraldamine

Samaväärne partitsiooni on lihtne meetod, mis on kohaldatavad mis tahes muutuja, mis on olemas tarkvara, kas sisend või väljund väärtused, sümboolne, numbriline ja teised. See põhineb põhimõttel, et kõik andmed ühe ekvivalendi partitsiooni käsitletakse samal viisil ja mida samu juhiseid.

Testimisel valitud üks esindaja igast eelkõige võrdväärsuse partitsiooni. See võimaldab teil süstemaatiliselt vähendada võimalikke test juhtudel kaotamata katvus käske ja funktsioone.

Teine tagajärg eraldatust on vähendada kombinatoorse plahvatus erinevate muutujate ja sellega seotud vähendamise katse juhtudel.

Näiteks (1 / x) ^1/2, kasutades kolme andmejärjendeid, kolm ekvivalentset loksutada:

1. Kõik positiivsed numbrid käsitletakse samal viisil ja peaks andma õigeid tulemusi.

2. Kõik negatiivsed numbrid käideldakse samamoodi sama tulemus. See on vale, sest juur negatiivse numbriga on kujuteldav.

3. Zero käideldakse eraldi ja anda error "jagamist nulliga". See on osa ühe väärtuse.

Seega näeme kolme eri ossa, millest üks on vähendatud ühe väärtuse. On üks "õige" sektsioonis, mis annab usaldusväärseid tulemusi, ja kaks "valesti" vale tulemusi.

piiri väärtuse analüüs

Töötlemise piiride samaväärne vaheseinte saab teha ka teisiti kui oodatud. Uurimine piirväärtused - tuntud meetod analüüsib tarkvara käitumine sellistes valdkondades. See tehnika võimaldab kindlaks määrata sellised vead:

• väärkasutuse suhtesõnade operaatorite (<,>, =, ≠, ≥, ≤);
• ühe vea;
• probleeme tsüklit ja iteratsioon
• vale tüüpi või suurust kasutatud muutujad teabe säilitamiseks;
• kunstlikud piirangud, mis on seotud andmete liiki ja muutujad.

poolläbipaistvad testimine

hall kast meetod suurendab test katvuse, saate keskenduda kõik raske tasemed süsteemi kaudu kombinatsioon must ja valge tehnikat.

Kasutades seda tehnikat, tester arendamiseks katseväärtusi peaksid olema teadmised sise andmestruktuurid ja algoritmid. Näiteid halli-box testimise meetodid on järgmised:

• arhitektuuri mudeli;
• Unified Modeling Language (UML);
• riigi mudel (Äärellinen masin).

Meetodis halli kasti arendada test juhtudel uuritud moodulite valge inseneri koodid ja tegeliku katse teostatakse liideste musta tehnoloogia programmid.

Need testimise meetodid on järgmised eelised:

• kombinatsioon eeliseid tehnik valge ja mustad kastid;
• Tester põhineb liides ja funktsionaalne kirjeldus, mitte lähtekoodi;
• siluri saab teha suur test juhtudel;
• Kontrolli tehakse alates seisukohast kasutaja, mitte disainer programmi;
• luua kohandatud test arengu;
• objektiivsus.

puudused:

• test katvus on piiratud, sest puudub juurdepääs lähtekoodile;
• keerukust vead hajutatud rakendusi;
• mitmeti jääda avastamata;
• Kui tarkvara arendaja on käivitanud test, siis edasist uurimist võib olla liiga suur.

Teine nimi halli kasti tehnikat - poolläbipaistev silumine.

See kategooria hõlmab selliseid meetodeid testimine:

1) ristsihis massiivi katsetused - kasutamise alakogudena võimalikke kombinatsioone;

2) maatriksi silumine lehe seisundi saateandmeid;

3) regressiivne kontrolli läbi uue muudatusi tarkvara;

4) malli test, mis analüüsib disaini ja arhitektuuri hea rakendus.

Võrdlus tarkvara testimise tehnikad

Dünaamiliste meetodeid viib kombinatoorika plahvatus katsete arvu, mis tuleb välja töötada ja läbi. Iga tehnikat tuleks kasutada pragmaatiliselt, võttes oma piirangud arvesse.

Ainus tõeline meetod ei ole olemas, on ainult need, mis sobivad paremini konkreetses kontekstis. Ehitustehnilised võimaldab meil leida kasutu või pahatahtliku koodi, kuid nad on keerulised ja neid ei kohaldata suured programmid. Meetodid põhinevad kirjeldused - ainsad, mis on võimelised tuvastama kadunud koodi, kuid nad ei suuda tuvastada autsaider. Mõned meetodid on sobivad konkreetse testi tase, veatüübile või kontekstis kui teised.

Allpool on peamised erinevused kolme dünaamilise testimise tehnikad - antakse võrdlustabeli kolme liiki Silumistarkvara.

aspekt	Musta kasti meetodil	Hall kast meetod	Valge-box meetod
Teabe kättesaadavus koostise kohta programmi	Uurib ainult olulisi aspekte	Osaline teadmisi sisemine struktuur programmi	Täielik juurdepääs lähtekoodile
Killustatuse programmi	madal	keskne	kõrge
Kes toodab silumine?	Lõppkasutajatele, testijad ja arendajad	Lõppkasutajatele, arendajad ja debuggers	Arendajad ja testrid
alus	Testimine põhineb väliste hädaolukordades.	Skeemide andmebaasi andmevoo diagrammid, riigi sisemise teadmisi algoritm ja arhitektuuri	Sisemine seade on täielikult teadlik
Katteulatuse	Vähem terviklik ja nõuab vähemalt kord	keskne	Potentsiaalselt kõige põhjalikum. Aeganõudev
Andmed ja sisepiiridel	Debug ainult katse-eksituse	Saab kontrollida andmete domeene ja sisepiiridel, kui need on teada	Parim katseandmed domeene ja sisepiiridel
Sobivuse testimine algoritm	ei	ei	jah

automaatika

Automaatne meetodid tarkvara testimine on palju lihtsustada protsessi kontrolli, olenemata tehnilise keskkonna ja konteksti. Neid kasutatakse kahel juhul:

1) automatiseerida täitmist tüütu, korduvad või hoolikas ülesandeid nagu faili võrreldes mitu tuhat rida, et vabastada aega kontsentratsioon tester tähtsam punktid;

2) täitmiseks jälgimist või ülesandeid, mida ei saa kergesti läbi inimesed nagu tulemuste kinnitamiseks või analüüsi reaktsiooniaeg, mida saab mõõta sekundikümnendites.

Test tööriistu saab liigitada erinevalt. Järgmine jagunemise põhineb ülesannete nad toetavad:

• test juhtimine, mis hõlmab projekti juhtimise toetamine, versioonide konfiguratsioone, riskianalüüsi, test jälgimine, vead, vead ja aruandluse vahendid;
• nõuded haldamine, mis hõlmab ladustamise nõudeid ja spetsifikatsioone, vaadake neid täielikkuse ja ebaselgust, nende prioriteet ja jälgida iga katse;
• kriitiline analüüs ja staatiline analüüs, sealhulgas voolukontroller ja ülesanded, salvestamine ja säilitamine kommentaare, defekti avastamise ja kavandatud parandused juhtimise linke kontrollnimekirjad ja reeglid, jälgimise kommunikatsioon algdokumentide ja koodi staatilise analüüsi, et tuvastada vigu, mis tagab vastavuse standarditele kirjalikult koodi analüüs struktuuride ja sõltuvused, arvutamise mõõdik parameetrid kood ja arhitektuuri. Lisaks kasutavad koostajad, analüsaatorid, generaatorite ja suhted ristviiteid;
• modelleerimine, mis sisaldab vahendid modelleerimiseks äri käitumist ja testida mudelid;
• test arengu tagab andmete genereerimist eeldanuks tingimuste ja kasutajaliides mudelid ja kood, õnnestub luua või muuta faile ja andmebaase, sõnumside andmete valideerimine põhjal eeskirju juhtimine, statistilise analüüsi tingimused ja riskid;
• kriitiliselt sisestades andmed läbi graafilise kasutajaliidese, API, käsurea komparaatorite aidata selgitada edukaid ja edutuid katseid;
• toetust silumine keskkond, mis võimaldab teil asendada kadunud riistvara või tarkvara, Vol. h. Simulatsioon seadmed tuginedes kindlaksmääratud toodangu alagrupis, terminal emulators, mobiiltelefonid ja võrgu seadmeid, keskkonda kontrollimiseks keeles, operatsioonisüsteemide ja riistvara asendades kadunud osad juht, fiktiivne moodulid jne, samuti vahendid hõivamiseks ja modifitseerides OS taotleb CPU simulatsiooni piiranguteta RAM, ROM või võrgu .;
• .. võrdlus andmefaile, andmebaasid, kontrollige oodatavad tulemused ajal ja pärast testi lõppu ei sh dünaamiline ja partii võrdlus, Automaatne "Oraakel";
• kattes mõõtmise lokaliseerimiseks mälu lekked ja vale selle kontrolli käitumise hindamiseks süsteemi simuleeritud koormuse tekitava koormusega rakendustes, andmebaasid, võrkude või serverite realistliku stsenaariumi kasvu mõõtmiseks, analüüsi ja kontrollimise süsteemi ressursse aruande;
• turvalisuse;
• jõudluskontrolli, koormus ja dünaamiline analüüs;
• jm vahendid, Vol. h. õigekirja kontrollimiseks ja süntaks, võrgu turvalisus, kättesaadavus kõigile veebilehtedel ja muud.

perspektiiv

Muutuvate suundumuste tööstuse tarkvara, protsess silumine on ka muutuda. On uusi meetodeid tarkvara testimine, nagu teenusele orientirovannae arhitektuuri (SOA), traadita tehnoloogiate, mobiiliteenused, ja nii edasi. E., avanud uusi testimise tarkvara. Mõned muudatused, mis eeldatavasti tööstuses üle järgmise paari aasta jooksul on loetletud allpool:

• testijad annab kerge mudel, et arendajad saavad kontrollida oma koodi;
• arengut katsemeetodite, sealhulgas vaatamise ja modelleerimine programmide varajases staadiumis, kaotab palju vastuolusid;
• mitmekordsete pealtkuulamist Katse lühendada veatuvastusprotsess;
• Staatiline analüsaatori ja avastamine tähendab olla laiemalt kasutusel;
• kasutamise mineraalsete põhiaineid nagu katvus kirjeldusele ulatusse mudeli ja kood katvuse määrab projektiarendustes;
• kombinatoorse vahendid võimaldavad testijad teha kindlaks prioriteetsed valdkonnad silumiseks;
• testijad annab intuitiivsem ja väärtuslikke teenuseid kogu tarkvaraarenduse protsess;
• debuggers saab luua tööriistu ja tarkvara testimise meetodid kirjutatud ja suheldes erinevaid programmeerimiskeeli;
• Silumine eksperdid on rohkem professionaalselt koolitatud.

Asendatakse uue äri-orienteeritud tarkvara testimise meetodid, muuta seda, kuidas suhtleb süsteemid ja nende esitatud teabe vähendades samal ajal riske ja suurendada kasu ettevõtte muudatustest.