Què és la prova de bases de dades i com realitzar-la?



Aquest article sobre Proves de bases de dades explicarà els conceptes bàsics sobre què és la prova de bases de dades, per què es realitza, els seus diferents tipus i les populars eines utilitzades.

Les dades són el centre de totes les aplicacions de programari i també ho són que conté aquestes dades. Però amb l’augment de la mida de les dades o la complexitat de la base de dades també augmenta, cosa que dificulta el maneig de les dades. Per tant, la validació de dades es fa molt necessària. Aquí, quan les proves de bases de dades són útils i ajuden a comprovar la qualitat, la seguretat i la correcció de les dades que una aplicació recupera o emmagatzema a la base de dades. Mitjançant aquest article, us donaré informació completa sobre aquest tema.

A continuació es mostren els temes tractats en aquest tutorial:





Comencem doncs.

Què és la prova de bases de dades?

Abans de parlar del que és la prova de bases de dades, permeteu-me informar-vos primer sobre les bases de dades.Una base de dades no és res més que una recopilació sistemàtica de dades que proporciona emmagatzematge de dades i ajuda a la manipulació de les dades. La gestió de dades es fa molt fàcil utilitzant aquestes bases de dades com a dles bases de dades utilitzen objectes per gestionar les dades, com ara taules per emmagatzemar dades, visualització de representacions de dades, funcions i activadors per a la manipulació de dades.



Ara,La prova de bases de dades es refereix al procés de validació de les dades que s’emmagatzemen en una base de dades mitjançant la verificació dels objectes que controlen les dades i les diverses funcionalitats que l’envolten. En general, les activitats com la comprovació de la validesa de les dades, la comprovació de la integritat de les dades, la comprovació del rendiment es relacionen, la prova de diversos procediments, activadors i funcions de la base de dades es cobreixen durant la prova de la base de dades.

Però, per realitzar proves de bases de dades, és molt important tenir un bon coneixement de SQL. No us preocupeu si no teniu l'experiència necessària, podeu consultar aquest article a Conceptes bàsics de SQL per començar-hi.

Per què proves de bases de dades?

Com sabem, la base de dades és un abocament de dades on les dades es recopilen en una quantitat enorme i s’emmagatzemen en un format estructurat. Encara que (DataBase Management System) proporciona una manera organitzada de gestionar, recuperar i emmagatzemar aquestes dades; hi ha casos en què les dades poden redundar-se, duplicar-se, etc. A continuació he detallat diversos aspectes en funció dels quals cal validar una base de dades:



  1. Assignació de dades
    El mapatge de dades és un aspecte integral de les proves de bases de dades que se centra a validar les dades que recorren entre l'aplicació i la base de dades de fons.
  2. Validació de propietats ACID
    ÀCID significa A tomicitat, C persistència, Jo solació, i D urabilitat. Aquest és un altre aspecte important que cal confirmar per a cada transacció de base de dades.

    • Atomicitat : Això significa que totes les transaccions de la base de dades són atòmiques, és a dir, les transaccions poden resultar en un error o un error. També conegut com Tot o res .
    • Coherència : Això significa que l'estat de la base de dades continuarà sent vàlid un cop finalitzada la transacció.
    • Aïllament : Això significa que es poden executar múltiples transaccions alhora sense afectar-se mútuament i alterar l'estat de la base de dades.
    • Durabilitat : Això vol dir que un cop realitzada una transacció, conservarà els canvis sense cap error independentment de l’efecte dels factors externs.
  3. Integritat de les dades
    La prova de la integritat de les dades d’una base de dades fa referència al procés d’avaluació de tot tipus de processos, operacions i mètodes que s’utilitzen per accedir, gestionar i actualitzar la base de dades també coneguda com a CRUEL operacions. Això se centra únicament a provar la precisió i la consistència de les dades emmagatzemades a la base de dades per obtenir els resultats esperats o desitjats.
  4. Conformitat de la norma empresarial
    Amb l’augment de la complexitat de les bases de dades, diversos components com restriccions relacionals, activadors, procediments emmagatzemats, etc. també comencen a complicar-se. Per evitar-ho, els provadors proporcionen algunes consultes SQL prou adequades per validar els objectes complexos.

Tipus de proves de bases de dades

Hi ha tres tipus de proves de base de dades que he detallat a continuació:

  1. Proves estructurals
  2. Proves funcionals
  3. Proves no funcionals

Vegem ara cadascun d’aquests tipus i els seus subtipus d’un en un.

Proves estructurals

La prova de bases de dades estructurals és el procés de validació de tots els elements que hi ha al dipòsit de dades i que s’utilitzen principalment per a l’emmagatzematge de dades. Aquests elements no poden ser manipulats directament pels usuaris finals. La validació de servidors de bases de dades és una de les consideracions més importants i els provadors que aconsegueixen completar aquesta fase adquireixen el domini de les consultes SQL.

Diversos tipus de proves estructurals són:

Preguntes sobre l'entrevista java class loader
  • Prova d’esquemes

Aquest tipus de proves també es coneix com a prova de mapatge i es realitza per garantir que el mapatge d’esquemes de la part frontal i la part posterior estan sincronitzats. Alguns dels punts de control importants d’aquestes proves són:

    • Valida diversos tipus de formats d’esquema associats a les bases de dades.
    • Cal verificar les taules / vistes / columnes sense mapes.
    • També és necessària la verificació per garantir la coherència de les bases de dades heterogènies en un entorn amb el mapatge general de l'aplicació.
    • Proporciona diverses eines per a la validació d’esquemes de bases de dades.
  • Proves de taules i columnes de base de dades

Alguns dels punts de control importants d’aquestes proves són:

    • La compatibilitat de mapes de camps i columnes de bases de dades a la part posterior i frontal.
    • Validació de la longitud i la convenció de noms dels camps i columnes de la base de dades segons els requisits.
    • Detecció i validació de taules / columnes de base de dades no utilitzades / no mapades.
    • Validació de la compatibilitat del tipus de dades i de les longituds de camp a les columnes de la base de dades del backend amb la part frontal de l’aplicació.
    • Valida que els usuaris puguin proporcionar les entrades desitjades mitjançant els camps de base de dades que s’especifiquen als documents d’especificació de requisits empresarials.
  • Prova de claus i índexs

Alguns dels punts de control importants d’aquestes proves són:

    • Assegureu-vos que els requisits necessaris Clau primària i la Clau estrangera ja hi ha restriccions a les taules requerides.
    • Valideu les referències de les claus externes.
    • Assegureu-vos que, en dues taules, el tipus de dades de la clau principal i les claus externes corresponents siguin les mateixes.
    • Valideu els noms de totes les claus i índexs en funció de les convencions de denominació.
    • Comproveu la mida i la longitud dels camps i índexs obligatoris.
    • Assegureu-vos de la creació d’índexs agrupats i índexs no agrupats a les taules necessàries segons els requisits empresarials.
  • Proves de procediments emmagatzemats

Alguns dels punts de control importants d’aquestes proves són:

    • Valideu l'adopció de les convencions estàndard de codificació necessàries, l'excepció i la gestió d'errors per a tots els procediments emmagatzemats per l'equip de desenvolupament en tots els mòduls de l'aplicació que es prova.
    • Assegureu-vos que l’equip de desenvolupament hagi cobert totes les condicions / bucles aplicant les dades d’entrada necessàries a l’aplicació que s’està provant.
    • Comproveu si l'equip de desenvolupament ha aplicat correctament les operacions TRIM o no cada vegada que es van obtenir les dades de les taules de base de dades especificades.
    • Assegureu-vos que les sortides necessàries es generen executant manualment els procediments emmagatzemats.
    • Assegureu-vos que els camps de la taula s’actualitzen tal com s’especifica a l’aplicació en proves, executant manualment els procediments emmagatzemats.
    • Assegureu-vos que s’inviten implícitament els activadors necessaris executant els procediments emmagatzemats.
    • Detectar i validar els procediments emmagatzemats no utilitzats.
    • Validació de la condició nul·la a nivell de base de dades.
    • Assegureu-vos que tots els procediments i funcions emmagatzemats s’han executat i provat a la base de dades en blanc que es prova.
    • Valideu la integració global dels mòduls de procediments emmagatzemats tal com s’especifica als requisits de l’aplicació en prova.
  • Proves de disparadors

Alguns dels punts de control importants d’aquestes proves són:

    • Validant que se segueixin les convencions de codificació necessàries a la fase de codificació dels Triggers.
    • Assegureu-vos que els activadors executats compleixen les condicions requerides per a les transaccions DML respectives.
    • Comproveu si les dades s’actualitzen correctament un cop executats els activadors.
    • Valideu les funcionalitats com ara Actualitza, Insereix, Suprimeix, activa la funcionalitat de l'aplicació que es prova.
  • Validacions del servidor de bases de dades

Alguns dels punts de control importants d’aquestes proves són:

    • Valideu les configuracions del servidor de bases de dadestal com s’especifica als requisits empresarials.
    • Assegureu-vos que l'usuari requerit realitzi només aquells nivells d'accions que requereix l'aplicació que es prova.
    • Assegureu-vos que el servidor de bases de dades és capaç de satisfer les necessitats del nombre màxim de transaccions d’usuaris permeses, tal com s’especifica a les especificacions de requisits empresarials.

Proves funcionals

La prova de bases de dades funcionals és el procés que garanteix que les transaccions i operacions que realitzen els usuaris finals siguin coherents amb les especificacions empresarials.

Diversos tipus de proves funcionals són:

  • Proves de caixa negra

La prova de caixa negra es refereix al procés que comprova diverses funcionalitats mitjançant la verificació de la integració de la base de dades. En aquest cas, els casos de prova solen ser simples i s’utilitzen per verificar les dades entrants i sortints de la funció. Per provar la funcionalitat de la base de dades s’utilitzen diverses tècniques com la tècnica de gràfics causa-efecte, l’anàlisi del valor límit i el particionament d’equivalència. Generalment es realitza en les primeres etapes de desenvolupament i costa menys si es compara amb altres proves funcionals. Però inclou alguns inconvenients, ja que no es poden detectar alguns errors i no hi ha cap especificació sobre la quantitat del programa que s'ha de provar.

  • Proves de caixa blanca

Les proves White Box es preocupen per l'estructura interna de la base de dades i els usuaris desconeixen els detalls de l'especificació. Aquesta prova requereix activadors de bases de dades i proves de vistes lògiques que admeten la refactorització de la base de dades. A més, funcions de bases de dades, activadors, visualitzacions, Consultes SQL , etc., també es proven en això. La prova de caixes blanques s’utilitza per validar les taules de la base de dades, els models de dades, l’esquema de la base de dades, etc. Adhereix a les regles d’integritat referencial i selecciona els valors de taula predeterminats per verificar la consistència de la base de dades.Sovint s’utilitzen tècniques com la cobertura de l’estat, la cobertura de decisions, la cobertura de declaracions, etc. per realitzar proves de White Box. A diferència de les proves de caixa negra es poden detectar fàcilment errors de codificació per eliminar els errors interns presents a la base de dades. L’únic inconvenient d’aquest tipus de proves és que no cobreix les sentències SQL.

Proves no funcionals

Les proves no funcionals són el procés de realització de proves de càrrega, proves d’esforç, comprovació dels requisits mínims del sistema que són necessaris per complir les especificacions empresarials juntament amb la detecció de riscos i l’optimització del rendiment de la base de dades.

Els principals tipus de proves no funcionals són:

  • Prova de càrrega

La funció principal de realitzar proves de càrrega és validar l’impacte en el rendiment de la majoria de les transaccions en execució a la base de dades. En aquesta prova, es requereix un provador per comprovar les condicions i menys següents

    • Quin és el temps de resposta necessari per executar transaccions per a diversos usuaris ubicats remotament?
    • Quin és el temps que ha trigat la base de dades a obtenir els registres específics?
  • Proves d’estrès

La prova d’estrès és un procés de prova que es realitza per identificar el punt de ruptura del sistema. Així, en aquesta prova, es carrega una aplicació fins que el sistema falla.Aquest punt es coneix com a punt d’interrupció del sistema de bases de dades. Les eines de prova d’estrès que s’utilitzen habitualment són LoadRunner i WinRunner .

Vegem ara quines són les diverses etapes de la prova de bases de dades.

Etapes de proves de bases de dades

La prova de base de dades no és un procés tediós i inclou diverses etapes del cicle de vida de les proves de base de dades d’acord amb els processos de prova.

Les etapes clau de les proves de bases de dades són:

  1. Configureu els requisits previs previs
  2. Executeu les proves
  3. Verifiqueu l'estat de la prova
  4. Validar els resultats
  5. Consolidar i publicar informe

Ara que ja esteu al corrent de què és la prova de bases de dades i de com realitzar-la, permeteu-me ara donar llum a diverses eines que s’utilitzen principalment per a la prova de bases de dades.

Eines de proves de bases de dades

Hi ha nombroses eines al mercat que s’utilitzen per generar les dades de prova, gestionar-les i finalment realitzar proves de bases de dades, com ara proves de càrrega i proves de regressió, etc. A continuació, he enumerat algunes de les eines més preferides:

Categoria Eines
Eines de seguretat de dades
  • Privadesa de dades de l’IBM Optim
Eines de prova de càrrega
  • Rendiment web
  • Rad View
  • Mercuri
Eines de generació de dades de prova
  • Fàbrica de dades
  • Generador de dades DTM
  • Dades Turbo
Eina de gestió de dades de proves
  • Gestió de dades de prova d’IBM Optim
Eines de proves unitàries
  • SQLUnit
  • TSQLUnit
  • DBFit
  • DBUnit

Així, doncs, es tractava de proves de bases de dades. Amb això, voldria concloure aquest article. Espero que aquest article us hagi ajudat a afegir valor al vostre coneixement. Per obtenir més informació sobre SQL o bases de dades, podeu consultar la nostra llista de lectura completa aquí: .

Si voleu obtenir una formació estructurada sobre MySQL, consulteu el nostre que inclou formació en viu dirigida per un instructor i experiència en projectes reals. Aquesta formació us ajudarà a entendre MySQL en profunditat i us ajudarà a dominar el tema.

Tens alguna pregunta? Esmenteu-lo a la secció de comentaris de ' Proves de bases de dades ”I em posaré en contacte amb vosaltres.