Proves De Programari

Tutorial de proves de Grey Box per a principiants

30 d'octubre de 2021

La prova Grey Box és una tècnica de prova de programari que es realitza amb menys informació sobre la funcionalitat interna del programa o del codi. Els provadors de Grey Box tenen accés als documents del plànol juntament amb altres requisits. Les proves de Grey Box es basen en models basats en estats, diagrames UML o diagrames d'arquitectura del sistema.

Prova de caixa grisa

Per exemple, durant les proves de llocs web que contenen enllaços, si es produeix un error en fer clic a l'enllaç. El prova de caixa blanca és portat per l'usuari alterant el codi i proves de caixa negra mitjançant proves a la part frontal.

Taula de continguts

Passos per iniciar les proves de la caixa blanca

  • Seleccioneu i identifiqueu les entrades de les entrades de prova de BlackBox i WhiteBox.
  • Identificar les sortides de les entrades seleccionades.
  • Identifiqueu tots els camins principals per creuar durant el període de prova.
  • Identifica les subfuncions per tal de realitzar proves de nivell profund.
  • Identificar les entrades per a subfuncions.
  • Identificar sortides per a subfuncions.
  • Executeu un cas de prova per a les subfuncions.
  • Verificar la correcció del resultat.

Tècniques de prova de caixa grisa

A continuació es mostren les tècniques de prova de la caixa grisa:

    Prova de matrius Prova de regressió Prova de matriu ortogonal Prova de patrons

Ara parlem-ho en detall.

  • Matrix Testing: defineix totes les variables utilitzades d'un programa particular. Les variables són els elements a través dels quals els valors poden viatjar dins del programa. La tècnica de la matriu és un mètode per eliminar variables no utilitzades i no inicialitzades mitjançant la identificació de variables utilitzades del programa.
  • Prova de regressió: Prova de regressió s'utilitza per verificar modificacions al programari que poden causar efectes secundaris no desitjats en qualsevol altra part del programari. Les proves de regressió s'ocupen d'aquest tipus de defectes provant estratègies com ara tornar a provar casos d'ús de risc, tornar a provar dins d'un tallafoc, tornar a provar tots, etc.
  • Proves de matriu ortogonal: l'objectiu de les proves de matriu ortogonal és cobrir el màxim de codi amb un mínim de casos de prova. Casos de prova estan dissenyats per cobrir el màxim codi, així com les funcions GUI amb un nombre menor de casos de prova.
  • Prova de patró: la prova de patró és aplicable als tipus de programari que es desenvolupen amb el mateix patró que el programari anterior. Les proves de patrons determinen els motius de la fallada perquè es puguin solucionar en el següent programari.

Nivells aplicables a les proves de la caixa grisa

Les proves de caixa grisa només s'apliquen a un nivell i ho són Proves d'integració . Un nivell de prova on les unitats es posen a prova com a grup. L'objectiu principal és exposar falles entre unitats integrades. És el segon nivell de prova que es realitza després de les proves unitàries i abans de les proves del sistema.

EINES PER A LA PROVA DE LA CAIXA GRIS

    Seleni Appium Tester funcional racional Chrome DevTools

Parlem-ne amb detall.

    Seleni : és una suite de proves d'automatització de la interfície d'usuari de codi obert. Es pot implementar fàcilment en plataformes com Macintosh, Windows, Linux i molt més. Appium : Appium és essencialment un company del seleni. Dóna suport aplicacions mòbils i és multiplataforma, tant iOS com Android. Tester funcional racional : És programari propietari i és propietat d'IBM. Admet una varietat de tecnologies, des de basades en web fins a iSeries i zSeries, a un nivell bàsic. Chrome DevTools : Ofereix eines de creació i depuració web que us ajudaran a resoldre problemes de disseny i milloren l'optimització del vostre codi per treballar amb Chrome.

Pros i contres de les proves de Grey Box

ProsContres
Oferiu avantatges tant de les proves de la caixa blanca com de la caixa negra.No és adequat per a proves d'algoritmes.
Les proves es fan des del punt de vista de l'usuari.És impossible provar tots els fluxos d'entrada.
Els verificadors depenen de les especificacions funcionals en lloc del codi font.La cobertura de la prova és limitada
Les proves es fan a partir de diagrames de flux de dades.No és adequat per a sistemes distribuïts.

Diferència entre les proves de caixa gris i caixa blanca

Prova de caixa grisa Prova de caixa blanca
Coneixement limitat del provadorEl verificador coneix l'estructura interna del codi del programari.
També conegut com a prova translúcidaTambé coneguda com a prova de caixa de vidre, proves de caixa transparent, proves estructurals.
L'espai de prova de les taules per a les entrades és més petit que les proves de Black Box i White Box.L'espai de prova de les taules per a les entrades és menor en comparació amb les proves de BlackBox.
És difícil descobrir l'error ocultÉs fàcil descobrir errors ocults
No es considera per a les proves d'algorisme.Ben adequat i recomanat per a proves d'algoritmes.
Els casos de prova es poden dissenyar en un període de temps curt.Es necessita més temps per dissenyar casos de prova a causa del codi llarg.
El provador, el desenvolupador i l'usuari poden ser part de la prova.Només els provadors i els desenvolupadors poden formar part de les proves; l'usuari final no pot participar.