Kas ir datu bāzes pārbaude un kā to veikt?



Šajā rakstā par datu bāzes testēšanu tiks paskaidroti pamati par to, kas ir datu bāzes testēšana, kāpēc tā tiek veikta, tās dažādie veidi un izmantotie populārie rīki.

Dati ir katras programmatūras lietojumprogrammas un tā arī kurā glabājas šie dati. Bet, palielinoties datu apjomam, palielinās arī datu bāzes sarežģītība, kas apgrūtina datu apstrādi. Tādējādi datu validēšana kļūst ļoti nepieciešama. Šajā gadījumā datu bāzes pārbaude ir noderīga un palīdz pārbaudīt to datu kvalitāti, drošību un pareizību, kurus lietojumprogramma izgūst vai glabā datu bāzē. Izmantojot šo rakstu, es sniegšu jums pilnīgu ieskatu par to.

Tālāk ir norādītas šīs apmācības tēmas:





Tātad sāksim.

Kas ir datu bāzes pārbaude?

Pirms es runāju par to, kas ir datubāzes testēšana, ļaujiet man vispirms jūs iepazīstināt ar datu bāzēm.Datu bāze ir nekas cits kā sistemātiska datu vākšana, kas nodrošina datu glabāšanu un palīdz manipulēt ar datiem. Datu pārvaldība kļūst ļoti vienkārša, izmantojot šīs datu bāzes kā databases izmanto objektus datu pārvaldībai, piemēram, tabulas datu glabāšanai, datu attēlojumu skats, funkcijas un aktivizētāji datu manipulēšanai.



Tagad,Datu bāzes pārbaude attiecas uz datu validēšanas procesu, kas tiek glabāti datu bāzē, pārbaudot datus kontrolējošos objektus un dažādas ap to esošās funkcijas. Parasti darbības, piemēram, datu derīguma pārbaude, datu integritātes pārbaude, veiktspējas pārbaude, dažādu procedūru, aktivizētāju un funkciju pārbaude datu bāzē, tiek ietvertas datu bāzes testēšanas laikā.

Bet, lai veiktu datu bāzes pārbaudi, ļoti svarīgas ir pamatotas zināšanas par SQL. Neuztraucieties, ja jums nav nepieciešamās zināšanas, varat atsaukties uz šo rakstu SQL pamati lai sāktu ar to.

Kāpēc datu bāzes pārbaude?

Kā mēs zinām, datu bāze ir datu izgāztuve, kurā dati tiek savākti milzīgā daudzumā un glabāti strukturētā formātā. Lai gan (DataBase pārvaldības sistēma) nodrošina organizētu veidu, kā pārvaldīt, iegūt un glabāt šos datus, ir gadījumi, kad dati var kļūt lieki, dublēti utt. Šādos gadījumos attēlā nonāk datu bāzes testēšana, kas mums palīdz datus apstiprināt. Zemāk esmu uzskaitījis dažādus aspektus, pamatojoties uz kuriem ir jāapstiprina datu bāze:



  1. Datu kartēšana
    Datu kartēšana ir neatņemams datubāzes testēšanas aspekts, kas koncentrējas uz to datu apstiprināšanu, kuri pārvietojas turp un atpakaļ starp lietojumprogrammu un aizmugures datubāzi.
  2. ACID īpašību validācija
    SKĀBE apzīmē TO tomiskums, C pastāvība, Es solācija, un D apūdeņojamība. Tas ir vēl viens svarīgs aspekts, kas jāapstiprina attiecībā uz katru datubāzes darījumu.

    • Atomitāte : Tas nozīmē, ka visi datu bāzes darījumi ir atomi, t.i., darījumi var izraisīt vai nu veiksmi, vai neveiksmi. Zināms arī kā Visu vai neko .
    • Konsekvence : Tas nozīmē, ka datubāzes stāvoklis paliks spēkā pēc darījuma pabeigšanas.
    • Izolācija : Tas nozīmē, ka vienlaikus var veikt vairākus darījumus, neietekmējot viens otru un nemainot datu bāzes stāvokli.
    • Izturība : Tas nozīmē, ka pēc darījuma izdarīšanas tas saglabās izmaiņas bez neveiksmēm neatkarīgi no ārējo faktoru ietekmes.
  3. Datu ticamība
    Datu bāzes datu integritātes pārbaude attiecas uz visu veidu procesu, darbību un metožu, kas tiek izmantotas, lai piekļūtu, pārvaldītu un atjauninātu datu bāzi, kas pazīstama arī kā NELIKA operācijas. Tas koncentrējas tikai uz datu bāzē saglabāto datu precizitātes un konsekvences pārbaudi, lai mēs iegūtu gaidītos vai vēlamos rezultātus.
  4. Biznesa noteikumu atbilstība
    Palielinoties datubāzu sarežģītībai, sāk sarežģīt arī dažādi komponenti, piemēram, relāciju ierobežojumi, aktivizētāji, saglabātās procedūras utt. Lai no tā izvairītos, testētāji sniedz dažus SQL vaicājumus, kas ir pietiekami piemēroti, lai pārbaudītu sarežģītos objektus.

Datu bāzes testēšanas veidi

sql datu tips datumam

Ir trīs veidu datu bāzu testēšana, kuras esmu uzskaitījis zemāk:

  1. Strukturālā pārbaude
  2. Funkcionālā pārbaude
  3. Nefunkcionāla testēšana

Tagad aplūkosim katru no šiem veidiem un to apakšveidus pa vienam.

Strukturālā pārbaude

Strukturālās datu bāzes testēšana ir visu elementu, kas atrodas datu krātuvē un galvenokārt tiek izmantoti datu glabāšanai, validācijas process. Galalietotāji nevar tieši manipulēt ar šiem elementiem. Datu bāzes serveru pārbaude ir viens no vissvarīgākajiem apsvērumiem, un testētāji, kuriem izdodas pabeigt šo fāzi, veiksmīgi iegūst meistarību SQL vaicājumos.

Dažādi strukturālās pārbaudes veidi ir:

  • Shēmas pārbaude

Šis testēšanas veids ir pazīstams arī kā kartēšanas testēšana, un tas tiek veikts, lai nodrošinātu, ka priekšējās un aizmugurējās daļas shēmas kartēšana ir sinhronizēta. Daži no svarīgiem šīs pārbaudes kontrolpunktiem ir:

    • Apstiprina dažāda veida shēmu formātus, kas ir saistīti ar datu bāzēm.
    • Nepārkartētām tabulām / skatiem / kolonnām ir nepieciešama verifikācija.
    • Verifikācija ir nepieciešama arī, lai nodrošinātu neviendabīgu datu bāzu konsekvenci vidē ar vispārējo lietojuma kartēšanu.
    • Nodrošina dažādus rīkus datu bāzes shēmas validēšanai.
  • Datu bāzes tabulas un kolonnu testēšana

Daži no svarīgiem šīs pārbaudes kontrolpunktiem ir:

    • Datubāzes lauku un kolonnu kartēšanas saderība aizmugurē un priekšpusē.
    • Apstiprina datu bāzes lauku un kolonnu garumu un nosaukšanas principu atbilstoši prasībām.
    • Visu neizmantoto / kartēto datu bāzes tabulu / kolonnu noteikšana un apstiprināšana.
    • Apstiprina datu bāzes un lauka garumu aizmugures datu bāzes kolonnās savietojamību ar lietojumprogrammas priekšpusi.
    • Apstiprina, ka lietotāji var sniegt vēlamos datus, izmantojot datu bāzes laukus, kas norādīti biznesa prasību specifikācijas dokumentos.
  • Atslēgu un rādītāju pārbaude

Daži no svarīgiem šīs pārbaudes kontrolpunktiem ir:

    • Pārliecinieties, vai ir nepieciešami Primārā atslēga un Sveša atslēga obligātajās tabulās jau ir ierobežojumi.
    • Apstipriniet ārvalstu atslēgu atsauces.
    • Pārliecinieties, ka divās tabulās primārās atslēgas un atbilstošo svešo atslēgu datu tips ir vienāds.
    • Apstipriniet visu atslēgu un indeksu nosaukumus, pamatojoties uz nosaukumu piešķiršanas kārtību.
    • Pārbaudiet nepieciešamos laukus un indeksu lielumu un garumu.
    • Nodrošiniet, ka nepieciešamajās tabulās tiek izveidoti kopu indeksi un kopu nesaturoši indeksi atbilstoši uzņēmējdarbības prasībām.
  • Saglabāto procedūru pārbaude

Daži no svarīgiem šīs pārbaudes kontrolpunktiem ir:

    • Apstipriniet nepieciešamo kodēšanas standarta konvenciju, izņēmumu un kļūdu apstrādes pieņemšanu visām saglabātajām procedūrām, kuras izstrādes komanda veic visos testējamās lietojumprogrammas moduļos.
    • Pārliecinieties, ka izstrādes komanda ir izpildījusi visus nosacījumus / cilpas, testēšanas lietojumprogrammai piemērojot nepieciešamos ievades datus.
    • Katru reizi, kad dati tika izgūti no norādītajām datu bāzes tabulām, pārbaudiet, vai izstrādes komanda ir pareizi piemērojusi TRIM darbības.
    • Pārliecinieties, vai nepieciešamās izejas tiek ģenerētas, manuāli izpildot Saglabātās procedūras.
    • Pārliecinieties, ka tabulas lauki tiek atjaunināti, kā to nosaka testējamā lietojumprogramma, manuāli izpildot Saglabātās procedūras.
    • Veicot Saglabātās procedūras, pārliecinieties, ka netieši tiek izsaukti nepieciešamie trigeri.
    • Atklājiet un apstipriniet visas neizmantotās glabātās procedūras.
    • Nosacījuma Null pārbaude datu bāzes līmenī.
    • Pārliecinieties, vai visas saglabātās procedūras un funkcijas ir izpildītas un pārbaudītas tukšajā datu bāzē, kas tiek pārbaudīta.
    • Apstipriniet saglabāto procedūru moduļu vispārējo integrāciju, kā norādīts testējamās lietojumprogrammas prasībās.
  • Trigera pārbaude

Daži no svarīgiem šīs pārbaudes kontrolpunktiem ir:

    • Apstiprinot, ka aktivizētāju kodēšanas fāzē tiek ievērotas nepieciešamās kodēšanas konvencijas.
    • Pārliecinieties, vai izpildītie trigeri atbilst attiecīgajiem DML darījumiem nepieciešamajiem nosacījumiem.
    • Kad aktivizētāji ir izpildīti, pārbaudiet, vai dati ir pareizi atjaunināti.
    • Apstipriniet funkcijas, piemēram, Atjaunināt, Ievietot, Dzēst, tiek aktivizēta pārbaudāmās lietojumprogrammas funkcionalitāte.
  • Datu bāzes servera validācijas

Daži no svarīgiem šīs pārbaudes kontrolpunktiem ir:

pitona priekšrocības un trūkumi
    • Apstipriniet datu bāzes servera konfigurācijaskā norādīts biznesa prasībās.
    • Pārliecinieties, vai nepieciešamais lietotājs veic tikai to darbību līmeņus, kas nepieciešami pārbaudāmajai lietojumprogrammai.
    • Pārliecinieties, ka datu bāzes serveris spēj apmierināt maksimālā lietotāju darījumu skaita vajadzības, kas atļauts, kā noteikts biznesa prasību specifikācijās.

Funkcionālā pārbaude

Funkcionāla datu bāzes pārbaude ir process, kas nodrošina, ka galalietotāju veiktie darījumi un darbības atbilst biznesa specifikācijām.

Dažādi funkcionālās testēšanas veidi ir:

  • Melnās kastes pārbaude

Melnās kastes testēšana attiecas uz procesu, kas pārbauda dažādas funkcijas, pārbaudot datu bāzes integrāciju. Šajā gadījumā pārbaudes gadījumi parasti ir vienkārši un tiek izmantoti, lai pārbaudītu ienākošos un izejošos datus no funkcijas. Lai pārbaudītu datubāzes funkcionalitāti, tiek izmantotas dažādas metodes, piemēram, cēloņu-seku grafiku veidošanas tehnika, robežas-vērtības analīze un līdzvērtības sadalīšana. Parasti to veic agrīnās izstrādes stadijās un maksā mazāk, salīdzinot ar citiem funkcionālajiem testiem. Bet tam ir daži trūkumi, piemēram, dažas kļūdas tas nevar noteikt, un nav specifikācijas par to, cik daudz programmas jāpārbauda.

  • Baltās kastes pārbaude

Baltās kastes testēšana ir saistīta ar datu bāzes iekšējo struktūru, un lietotāji nezina specifikācijas detaļas. Šai pārbaudei ir nepieciešami datu bāzes aktivizētāji un loģisko skatu pārbaude, kas atbalsta datu bāzes atjaunošanu. Turklāt datu bāzes funkcijas, aktivizētāji, skati, SQL vaicājumi u.c., tiek pārbaudīti arī šajā. Baltās rūtiņas testēšana tiek izmantota, lai apstiprinātu datu bāzes tabulas, datu modeļus, datu bāzes shēmu utt. Tā ievēro atsauces integritātes noteikumus un atlasa tabulas noklusējuma vērtības, lai pārbaudītu datu bāzes konsekvenci.Lai veiktu Baltās kastes testēšanu, bieži tiek izmantotas tādas metodes kā stāvokļa segums, lēmumu aptvērums, paziņojumu segums utt. Atšķirībā no melnās kastes kodēšanas kļūdas var viegli atklāt, lai novērstu datu bāzē esošās iekšējās kļūdas. Vienīgais šāda veida testēšanas trūkums ir tas, ka tas neattiecas uz SQL priekšrakstiem.

Nefunkcionāla testēšana

Nefunkcionāla testēšana ir slodzes testēšanas, stresa testēšanas, minimālo sistēmas prasību pārbaude, kas nepieciešamas, lai izpildītu biznesa specifikāciju, kā arī risku noteikšana un datu bāzes veiktspējas optimizēšana.

Galvenie nefunkcionālās testēšanas veidi ir:

  • Slodzes pārbaude

Galvenā slodzes testēšanas funkcija ir pārbaudīt lielākās daļas datubāzē notiekošo darījumu veiktspējas ietekmi. Šajā testēšanā testētājam ir jāpārbauda šādi nosacījumi un mīnus

    • Kāds ir reakcijas laiks, kas nepieciešams, lai veiktu darījumus vairākiem lietotājiem, kuri atrodas attālināti?
    • Cik daudz laika datu bāze prasa konkrētu ierakstu ielādēšanai?
  • Stresa pārbaude

Stresa pārbaude ir testēšanas process, kas tiek veikts, lai identificētu sistēmas lūzuma punktu. Tādējādi šajā testēšanā programma tiek ielādēta līdz brīdim, kad sistēma neizdodas.Šis punkts ir pazīstams kā a pārtraukuma punkts datu bāzes sistēmas. Parasti izmantotie stresa testēšanas rīki ir LoadRunner un WinRunner .

mainīt skaitli java

Apskatīsim, kādi ir dažādi datu bāzes testēšanas posmi.

Datu bāzes testēšanas posmi

DB testēšana nav garlaicīgs process, un tā ietver dažādus datu bāzes testēšanas dzīves cikla posmus atbilstoši testēšanas procesiem.

Datu bāzes testēšanas galvenie posmi ir:

  1. Iestatiet iepriekšēju rekvizītu pārbaudi
  2. Izpildiet testus
  3. Pārbaudiet testa statusu
  4. Apstiprināt rezultātus
  5. Konsolidēt un publicēt ziņojumu

Tagad, kad esat informēts par to, kas ir datu bāzes testēšana un kā to veikt, ļaujiet man nedaudz uzzināt par dažādiem rīkiem, kurus galvenokārt izmanto datu bāzes testēšanai.

Datu bāzes testēšanas rīki

Tirgū ir daudz rīku, kas tiek izmantoti testa datu ģenerēšanai, pārvaldīšanai un visbeidzot datu bāzes testēšanai, piemēram, slodzes pārbaudei un regresijas testēšanai utt. Zemāk es uzskaitīju dažus vispiemērotākos rīkus:

Kategorija Rīki
Datu drošības rīki
  • IBM Optim Data Privacy
Slodzes pārbaudes rīki
  • Tīmekļa veiktspēja
  • Rad View
  • Dzīvsudrabs
Pārbaudes datu ģeneratora rīki
  • Datu fabrika
  • DTM datu ģenerators
  • Turbo dati
Testa datu pārvaldības rīks
  • IBM Optim testa datu pārvaldība
Vienību testēšanas rīki
  • SQLUnit
  • TSQLUnit
  • DBFit
  • DBUnit

Tātad tas bija viss par datu bāzes testēšanu. Ar to es vēlētos noslēgt šo rakstu. Es ceru, ka šis raksts ir palīdzējis jums pievienot vērtību jūsu zināšanām. Lai iegūtu papildinformāciju par SQL vai datu bāzēm, varat skatīt mūsu visaptverošo lasīšanas sarakstu šeit: .

Ja vēlaties iegūt strukturētu apmācību par MySQL, pārbaudiet mūsu vietni kas nāk ar instruktoru vadītu tiešraides apmācību un reālās dzīves projektu pieredzi. Šīs apmācības palīdzēs jums padziļināti izprast MySQL un palīdzēs jums apgūt priekšmetu.

Vai mums ir jautājums? Lūdzu, pieminējiet to komentāru sadaļā Datu bāzes pārbaude ”Un es sazināšos ar jums.