Testijana võite mõelda, et „Testjuhtumite kavandamine on piisavalt keeruline, miks peaksite siis vaeva nägema nii tühise asjaga nagu testandmed”. Selle õpetuse eesmärk on tutvustada teile testandmeid, nende olulisust ning anda praktilisi näpunäiteid testiandmete kiireks genereerimiseks. Nii, alustame!
Mis on testandmed tarkvara testimisel?
Testandmed tarkvara testimisel on tarkvaraprogrammi sisend, mis antakse testi käivitamisel. See tähistab andmeid, mis mõjutavad või mõjutavad tarkvara käivitamist testimise ajal. Testandmeid kasutatakse nii positiivseks testimiseks, et kontrollida, kas funktsioonid annavad antud sisendite jaoks oodatavaid tulemusi, kui ka negatiivsete testide jaoks, et testida tarkvara võimet ebaharilike, erandlike või ootamatute sisenditega hakkama saada.
Halvasti koostatud testimisandmed ei pruugi testida kõiki võimalikke teststsenaariume, mis võivad tarkvara kvaliteeti halvendada.
Mis on testandmete genereerimine? Miks tuleks testiandmed enne testi käivitamist luua?
Kõik teavad, et testimine on protsess, mis toodab ja kulutab palju andmeid. Testimisel kasutatud andmed kirjeldavad testi algtingimusi ja esindavad keskkonda, mille kaudu testija tarkvara mõjutab. See on enamiku funktsionaalsete testide oluline osa.
Sõltuvalt testimiskeskkonnast peate võib-olla looma testandmed (enamasti) või vähemalt tuvastama oma testijuhtumite jaoks sobivad testiandmed (kas testiandmed on juba loodud).
Tavaliselt luuakse testandmed sünkroonis testjuhtumiga, milleks neid kavatsetakse kasutada.
Testiandmeid saab genereerida -
- Käsitsi
- Andmete masskoopia tootmisest testimiskeskkonnani
- Pärandkliendisüsteemide testandmete masskoopia
- Automatiseeritud testandmete genereerimise tööriistad
Tavaliselt tuleks prooviandmed luua enne testi käivitamist, kuna muidu on katseandmete haldamisega keeruline hakkama saada. Kuna paljudes testimiskeskkondades võtab testiandmete loomine mitu eelsetet või väga aeganõudvat testikeskkonna konfiguratsiooni. . Ka siis, kui katseandmed põlvkonna tehakse samas olete test täideviimisfaasi võite ületada oma testimise tähtajaks.
Allpool on kirjeldatud mitut testimistüüpi koos soovitustega nende katseandmete vajaduste kohta.
Katseandmed valge kasti testimiseks
Valge kasti testimisel tuletatakse testandmete haldamine testitava koodi otsesest uurimisest. Testiandmeid saab valida järgmisi asju arvesse võttes:
- Soovitav on katta nii palju harusid kui võimalik; testimisandmeid saab genereerida nii, et kõiki programmi lähtekoodi harusid testitakse vähemalt üks kord
- Tee testimine: programmi lähtekoodi kõiki teid testitakse vähemalt üks kord - testandmete ettevalmistamine on võimalik nii paljude juhtumite jaoks kui võimalik
- Negatiivne API testimine:
- Testimisandmed võivad sisaldada sobimatuid parameetrite tüüpe, mida kasutatakse erinevate meetodite kutsumiseks
- Andmete testimine võib koosneda sobimatutest argumentide kombinatsioonidest, mida kasutatakse programmi meetodite kutsumiseks
Testi andmed jõudluskontrolli jaoks
Performance Testing on testimise tüüp, mida tehakse selleks, et teha kindlaks, kui kiiresti süsteem konkreetse töökoormuse korral reageerib. Seda tüüpi testimise eesmärk ei ole vigade leidmine, vaid kitsaskohtade kõrvaldamine. Jõudluskontrolli oluline aspekt on see, et kasutatud näidisandmete kogum peab olema väga lähedane tootmisel kasutatavatele “tegelikele” või “reaalsetele” andmetele. Tekib järgmine küsimus: "Ok, hea on tegelike andmetega testida, aga kuidas ma neid andmeid saan?" Vastus on üsna selge: inimestelt, kes teavad kõige paremini - klientidelt . Nad võivad olla võimelised esitama mõned andmed, mis neil juba on, või kui neil pole olemasolevat andmekogumit, võivad nad teid aidata, andes tagasisidet selle kohta, kuidas reaalsed andmed võivad välja näha. Juhul kui olete ahooldustestimise projekti abil saaksite andmeid tootmiskeskkonnast testimisvoodi kopeerida. Hea tava on tundlike kliendiandmete (sotsiaalkindlustuse number, krediitkaardinumbrid, pangaandmed jms) anonüümseks muutmine (kopeerimise ajal).
Testandmed turvalisuse testimiseks
Turvatestimine on protsess, mis määrab, kas infosüsteem kaitseb andmeid pahatahtlike kavatsuste eest. Tarkvaraturvalisuse täieliku testimise jaoks kavandatav andmete kogum peab hõlmama järgmisi teemasid:
- Konfidentsiaalsus: kogu klientide pakutav teave on kõige konfidentsiaalsem ja seda ei jagata teiste osapooltega. Lühikese näitena, kui rakendus kasutab SSL-i, saate kujundada testandmete komplekti, mis kontrollib krüptimise õigsust.
- Terviklikkus: tehke kindlaks, kas süsteemi pakutav teave on õige. Sobivate katseandmete kujundamiseks võite alustada disaini, koodi, andmebaaside ja failistruktuuride põhjalikust vaatamisest.
- Autentimine: esindab kasutaja identiteedi tuvastamise protsessi. Andmete testimise saab koostada kasutajanimede ja paroolide erineva kombinatsioonina ning selle eesmärk on kontrollida, kas tarkvarasüsteemile pääsevad juurde ainult volitatud inimesed.
- Autoriseerimine: ütleb, millised on konkreetse kasutaja õigused. Andmete testimine võib sisaldada erinevat kombinatsiooni kasutajatest, rollidest ja toimingutest , et kontrollida, kas ainult piisavate õigustega kasutajad saavad teatud toimingu sooritada.
Testandmed musta kasti testimiseks
Musta kasti testimisel pole kood testijale nähtav. Teie funktsionaalsete testide juhtumite testiandmed võivad olla järgmised:
- Andmeid pole : kui andmeid pole esitatud, kontrollige süsteemi vastust
- Kehtivad andmed : kontrollige süsteemi vastust, kui kehtivad testandmed on esitatud
- Vigased andmed : kontrollige InValidi testandmete esitamisel süsteemi vastust
- Ebaseaduslik andmevorming : kontrollige süsteemi vastust, kui testandmed on vales vormingus
- Piiri seisundi andmekogum : testväärtustele vastavad andmed
- Samaväärsuspartitsioonide andmekogum : testige andmeid, mis kvalifitseerivad teie samaväärsuspartitsioone.
- Otsustustabeli andmekogum : testige andmeid, mis vastavad teie otsustabeli testimise strateegiale
- Oleku ülemineku testiandmete komplekt : testiandmed vastavad teie oleku ülemineku testimise strateegiale
- Kasuta juhtumitestide andmeid : testige andmeid sünkroonis teie kasutusjuhtumitega.
Märkus . Sõltuvalt testitavast tarkvararakendusest võite kasutada mõnda või kõiki ülaltoodud testandmete loomist
Automatiseeritud testandmete genereerimise tööriistad
Erinevate andmekogumite loomiseks võite kasutada automatiseeritud testandmete genereerimise tööriistu. Allpool on mõned näited sellistest tööriistadest:
DTM testandmete generaator on täielikult kohandatav utiliit, mis genereerib andmeid, tabeleid (vaateid, protseduure jne) andmebaaside testimiseks (jõudluskontroll, QA testimine, koormuse testimine või kasutatavuse testimine).
Datatect on Banner Software'i SQL-i andmete genereerija, mis genereerib ASCII lamefailides mitmesuguseid realistlikke testiandmeid või genereerib otse RDBMS-i testandmeid, sealhulgas Oracle, Sybase, SQL Server ja Informix.
Järeldus
Kokkuvõtteks võib öelda, et läbimõeldud testimisandmed võimaldavad teil tuvastada ja parandada funktsionaalsuse tõsiseid vigu. Valitud testandmete valik tuleb mitmefaasilise tootearendustsükli igas etapis ümber hinnata. Niisiis, hoidke sellel alati silma peal.