Mis on tarkvara testimise testiandmed?

Autor: Thomas Hamilton Thomas Hamilton
Hours Ajakohastatud

⚡ Nutikas kokkuvõte

Tarkvara testimise testandmed on sisend, mis antakse rakendusele testi käivitamise ajal. Hästi disainitud andmed käivitavad positiivseid, negatiivseid, jõudlus- ja turvakontrolle, seega tuleb neid genereerida, anonüümida ja värskendada kogu toote elutsükli jooksul.

  • ️ Edasi planeerima: Loo testandmeid koos testjuhtumitega, et puuduvate sisendite või keskkonna seadistuse tõttu ei takerduks kunagi testimise täitmine.
  • 🎯 Hõlma kõiki stsenaariume: Valmista ette positiivsete, negatiivsete, piiri- ja ekvivalentsusjaotuste andmekogumid, mis on eraldi ja selgelt märgistatud.
  • 🛡️ Maskeeri enne kopeerimist: Ühenda jõudlusandmestikud tootmismahu ja -kujuga, kuid enne koopia tegemist muuda tundlikud väljad anonüümseks.
  • ⚙️ Automatiseeri raskete tööde tõstmine: Kasutage generaatoreid või tehisintellekti tööriistu realistlike andmekogumite skaleerimiseks, käsitsi töö vähendamiseks ja dubleerimise vältimiseks.
  • 🔄 Värskenda iga versiooni: RevVaadake andmekogumeid pärast skeemimuudatusi, uusi funktsioone ja regulatiivseid värskendusi, et vanad andmed ei annaks valeandmeid.
Loe rohkem

Testiandmed tarkvara testimisel

Testijana võid arvata, et testide kujundamine on juba iseenesest piisavalt keeruline – miks siis üldse vaeva näha millegi nii rutiinsega nagu testandmed? See õpetus tutvustab testandmeid, selgitab, miks need on olulised, ja jagab praktilisi näpunäiteid nende kiireks genereerimiseks.

Mis on tarkvara testimise testiandmed?

Testiandmed tarkvara testimisel on tarkvaraprogrammile testi käivitamise ajal antud sisend. See esindab andmeid, mis kas mõjutavad tarkvara või mida tarkvara testimise ajal mõjutab. Testandmeid kasutatakse positiivses testimises – et kontrollida, kas funktsioonid annavad antud sisendite jaoks oodatud tulemusi – ja negatiivses testimises, et kontrollida, kuidas tarkvara ebatavaliste, erandlike või sobimatute sisenditega toime tuleb.

Halvasti kavandatud testandmed ei kata kõiki võimalikke stsenaariume, mis kahjustab otseselt tarkvara kvaliteeti.

Testiandmed tarkvara testimisel

Mis on testandmete genereerimine ja miks tuleks testandmed luua enne testi käivitamist?

Testimine on protsess, mis toodab ja tarbib suuri andmemahtusid. Testimisel kasutatavad andmed kirjeldavad testi algtingimusi ja on meedium, mille kaudu testija tarkvaraga suhtleb. Seetõttu on see enamiku testide oluline osa. funktsionaalsed testid.

Sõltuvalt teie testimiskeskkonnast peate võib-olla looma testi andmeid nullist või vähemalt tuvasta sobiv olemasolev andmestik testjuhtumidTestiandmed luuakse tavaliselt sünkroonis testijuhtumiga, mida need toetavad.

Testiandmeid saab genereerida neljal levinumal viisil:

  • Käsitsi, testija või ärianalüütiku poolt.
  • Andmete masskopeerimine tootmiskeskkonnast testimiskeskkonda.
  • Testiandmete masskopeerimine pärandkliendisüsteemidest.
  • Automatiseeritud testandmete genereerimise tööriistad.

Näidisandmed tuleks genereerida enne Testi käivitamine algab, kuna selle hilisemat loomist on keeruline hallata. Paljud testimiskeskkonnad nõuavad enne andmete laadimist mitut eeletappi või aeganõudvat konfigureerimist. Kui andmete genereerimine toimub käivitamisfaasis, on oht testimise tähtajast mööda minna.

Allolevates osades kirjeldatakse mitut testimistüüpi koos soovitustega nende testandmete vajaduste kohta.

Valge testi andmed Box Testimine

In Valge Box Testimine, testandmete haldus tuleneb testitava koodi otsesest uurimisest. Valikukriteeriumid hõlmavad tavaliselt järgmist:

  • Filiaalide leviala: genereerida andmeid nii, et iga lähtekoodi haru testitakse vähemalt üks kord.
  • Tee testimine: luua andmeid nii, et iga rada harjutatakse vähemalt üks kord.
  • negatiivne API testimine: sisemiste meetodite kutsumiseks kasutage sobimatuid parameetritüüpe või sobimatuid argumentide kombinatsioone.

Testiandmed jõudluse testimiseks

Jõudluse testimine mõõdab, kui kiiresti süsteem teatud töökoormuse korral reageerib. Eesmärk ei ole leida funktsionaalseid vigu, vaid tuvastada kitsaskohti. Valimi andmestik peab olema väga lähedal päris või elus tootmisandmed, et tulemused oleksid sisukad.

Kuidas selliseid andmeid hankida? Kõige usaldusväärsem allikas on kliendid ise. Nad saavad kas pakkuda olemasolevat andmekogumit või kirjeldada, kuidas reaalsed andmed välja näevad, et saaksite neid modelleerida. hooldustestid projekti puhul saate andmeid tootmiskeskkonnast testkeskkonda kopeerida. Hea tava on anonüümseks muuta (Segamini) tundlikke välju – sotsiaalkindlustuse numbreid, krediitkaardi numbreid, pangarekvisiite – enne mis tahes koopia tegemist.

SEOTUD ARTIKLID

Testandmed turvalisuse testimiseks

Turvalisuse testimine kontrollib, kas infosüsteem kaitseb andmeid pahatahtlike kavatsuste eest. Andmekogumid peavad hõlmama nelja sammast:

  • Konfidentsiaalsus: Klientidelt saadud teavet hoitakse rangelt konfidentsiaalsena ega jagata väliste osapooltega. Kui rakendus kasutab SSL-i, tuleb disainida andmed, mis tõendavad krüptimise õigsust.
  • Integrity: Süsteemi tagastatud teave on õige. Andmete loomiseks vaadake üle disain, kood, andmebaasi skeemid ja failistruktuurid.
  • Autentimine: Kasutaja identiteedi tuvastamise protsess. Kasutage erinevaid kasutajanimede ja paroolide kombinatsioone, et veenduda juurdepääsu saamises ainult volitatud isikutel.
  • Luba: konkreetsele kasutajale antud õigused. Kombineerige kasutajaid, rolle ja toiminguid, et kinnitada, et ainult piisavate õigustega kasutajad saavad konkreetset toimingut teha.

Musta testi andmed Box Testimine

Mustas Box Koodi testimine pole testijale nähtav. Funktsionaalsed testid peaksid sisaldama andmeid, mis vastavad järgmistele kriteeriumidele:

  • Andmeid pole: Kontrolli vastust, kui midagi pole esitatud.
  • Kehtivad andmed: Kontrollige vastust õigete testandmetega.
  • Sobimatud andmed: kontrolli vastust valede testandmetega.
  • Lubamatu andmevorming: kontrollige vastust, kui andmed on toetamata vormingus.
  • Piirtingimuste andmestik: andmed, mis asuvad minimaalsetel, maksimaalsetel ja piirist veidi väljaspool olevatel väärtustel.
  • Ekvivalentsusjaotuse andmestik: andmed, mis esindavad iga ekvivalentsusklassi.
  • Otsustustabeli andmestik: andmed, mis rakendavad kõiki otsustustabeli reegleid.
  • Oleku ülemineku andmestik: andmed, mis juhivad süsteemi läbi iga määratletud oleku ülemineku.
  • Kasutusjuhtude testi andmed: otsast lõpuni kasutusjuhtudega joondatud andmed.

Märge: Sõltuvalt testitavast rakendusest võite kasutada mõnda või kõiki ülaltoodud kategooriaid.

Automatiseeritud testandmete genereerimise tööriistad

Automatiseeritud tööriistad genereerivad suuri ja mitmekesiseid andmekogumeid kiiremini kui ükski käsitsi protsess. Kaks pikaajalist näidet on:

  • DTM-testi andmed Generator — kohandatav utiliit, mis loob andmeid, tabeleid, vaateid ja protseduure andmebaasi testimise stsenaariumide jaoks, sealhulgas jõudluse, kvaliteedikontrolli, koormuse ja kasutatavuse osas.
  • Datatect - an SQL Banner Software'i andmegeneraator, mis loob realistlikke testandmeid ASCII lamefailides või otse RDBMS-süsteemidesse, näiteks Oracle, Sybase, SQL Server ja Informix.

Hinnatud ja ajakohase nimekirja leiate aadressilt 10 parimat testiandmeid Generator TÖÖRIISTAD.

Testiandmete haldamise parimad tavad

Usaldusväärsed testiandmed sõltuvad distsiplineeritud majapidajannastpingAndmekogumite heas seisukorras hoidmiseks eri versioonides järgige neid tavasid:

  • Andmete versioonimine: salvestada andmekogumeid repositooriumis koos neid kasutavate testijuhtumitega, et muudatusi saaks auditeerida.
  • Maskeeri tundlikke väljasid: enne tootmiskeskkonnast kopeerimist anonüümseks muutma isiku-, finants- ja terviseandmeid.
  • Värskenda regulaarselt: andmekogumid igas väljaandes uuesti üles ehitada, et need vastaksid skeemi ja ärireeglite muudatustele.
  • Dokumendi oodatavad tulemused: siduge iga andmestik oodatava tulemusega, et tõrkeid oleks lihtne triaasida.
  • Automatiseeri külvamine: Kasutage iga testi alguses andmete laadimiseks skripte või kinnitusvahendeid, tagades korduvuse.

KKK

Testandmed on mis tahes sisend, mis tarkvarale testimise ajal edastatakse. Sisselogimisvormi näited hõlmavad kehtivat kasutajanime ja parooli (positiivne), tühja parooli (negatiivne) ja 300 tähemärgi pikkust e-posti aadressi (piir).

Testjuhtum kirjeldab ühe stsenaariumi samme ja eeldatavat tulemust. Testandmed on nendesse sammudesse sisestatud konkreetsed sisendväärtused. Igal testjuhtumil on vaja oma andmekogumit, mis stsenaariumi harjutab.

Piisavaks andmestikuks loetakse andmeid, mis katavad kõik ekvivalentsusklassid, piirid ja riskiga kaalutud stsenaariumid. Maht üksi ei võrdu katvusega. Andmete kaardistamine testjuhtumitega ja kirjete lisamise lõpetamine, kui katvuslüngad vähenevad.

Alles pärast tundlike väljade, näiteks nimede, kontonumbrite ja terviseandmete maskeerimist. Maskeerimata tootmisandmed rikuvad selliseid eeskirju nagu isikuandmete kaitse üldmäärus (GDPR) ja HIPAA ning tekitavad reaalse rikkumisohu, kui testimiskeskkond satub ohtu.

Levinud kategooriad on kehtiv, kehtetu, piir, ekvivalentsusjaotus, otsustustabel, olekuüleminek, kasutusjuhtum ja andmevabad komplektid. Iga kategooria on suunatud testitava rakenduse erinevale riskile.

Värskenda testandmeid pärast iga skeemimuudatust, suuremat väljalaset, regulatiivset värskendust või alati, kui tootmiskäitumine muutub. Vananenud andmestikud ei vasta uutele valideerimisreeglitele ja annavad regressioontestimise ajal valepositiivseid tulemusi.

Tehisintellekti tööriistad sünteesivad realistlikke ja mitmekesiseid andmekogumeid, mis järgivad ärireegleid, varjavad isikuandmeid ning tasakaalustavad positiivseid ja negatiivseid juhtumeid. Samuti märgistavad nad puuduvad stsenaariumid, analüüsides nõudeid ja olemasolevat testide katvust.

Ei. Tehisintellekt kiirendab genereerimist ja valideerib mustreid, kuid inimestest arvustajad peavad hindama äririski, äärmusjuhtumeid ja vastavusnõudeid. Kõige tõhusamad meeskonnad seovad tehisintellekti loodud andmekogumid ekspertide kureerimisega.

Võta see postitus kokku järgmiselt: