¿Qué es el gris? Box ¿Pruebas? Técnicas, ejemplo

Gris Box Pruebas

Gris Box Pruebas La prueba de caja gris es una técnica de prueba de software que se utiliza para probar un producto o una aplicación de software con un conocimiento parcial de la estructura interna de la aplicación. El propósito de la prueba de caja gris es buscar e identificar los defectos debidos a una estructura de código inadecuada o al uso inadecuado de las aplicaciones.

En este proceso, se identifican comúnmente errores específicos del contexto relacionados con los sistemas web. Aumenta la cobertura de las pruebas al concentrarse en todas las capas de cualquier sistema complejo.

Gris Box Las pruebas son un método de prueba de software, que es una combinación de ambos. Blanco Box Pruebas y negro Box Método de prueba.

  • En blanco Box Se conoce la estructura interna (código) de la prueba.
  • En negro Box Se desconoce la estructura interna (código) de la prueba.
  • En gris Box La estructura interna de la prueba (código) se conoce parcialmente

Gris Box Pruebas

En Ingeniería de Software, Gray Box Las pruebas brindan la posibilidad de probar ambos lados de una aplicación, la capa de presentación y la parte del código. Es útil principalmente en Pruebas de integración y Pruebas de penetración.

Ejemplo de gris Box Pruebas: Mientras que los sitios web de prueba cuentan con enlaces o enlaces huérfanos, si el evaluador encuentra algún problema con estos enlaces, puede realizar los cambios inmediatamente en el código HTML y verificarlos en tiempo real.

Por qué gris Box Pruebas

Gris Box Las pruebas se realizan por el siguiente motivo:

  • Proporciona beneficios combinados tanto de las pruebas de caja negra como de las pruebas de caja blanca.
  • Combina las aportaciones de los desarrolladores y de los evaluadores y mejora la calidad general del producto.
  • Reduce la sobrecarga del largo proceso de prueba de tipos funcionales y no funcionales.
  • Proporciona suficiente tiempo libre para que un desarrollador solucione defectos.
  • Las pruebas se realizan desde el punto de vista del usuario en lugar del punto de vista del diseñador.

Gris Box Estrategia de prueba

Para realizar pruebas de caja gris, no es necesario que el evaluador tenga acceso al código fuente. Una prueba se diseña en función del conocimiento del algoritmo, las arquitecturas, los estados internos u otras descripciones de alto nivel del comportamiento del programa.

Para realizar la prueba de caja gris:

  • Aplica una técnica sencilla de prueba de caja negra.
  • Se basa en la generación de casos de prueba de requisitos, como tal, preestablece todas las condiciones antes de que el programa sea probado mediante el método de aserción.

Las técnicas utilizadas para las pruebas de caja gris son:

  • Pruebas de matriz: Esta técnica de prueba implica definir todas las variables que existen en sus programas.
  • Pruebas de regresión: Para comprobar si el cambio en la versión anterior ha hecho retroceder otros aspectos del programa en la nueva versión. Esto se hará probando estrategias como volver a probar todo, volver a probar los casos de uso riesgosos y volver a probar dentro de un firewall.
  • Pruebas de matrices ortogonales o AVENA: Proporciona la máxima cobertura de código con un mínimo de casos de prueba.
  • Prueba de patrones: Esta prueba se realiza sobre los datos históricos de los defectos del sistema anterior. A diferencia de la prueba de caja negra, la prueba de caja gris analiza el código y determina por qué se produjo la falla.

Por lo general, la metodología de caja gris utiliza herramientas de prueba de software automatizadas para realizar las pruebas. Se crean códigos auxiliares y controladores de módulos para aliviar al evaluador de generar el código manualmente.

Los pasos para realizar la prueba de caja gris son:

  • Paso 1: Identificar entradas
  • Paso 2: Identificar las salidas
  • Paso 3: Identificar los caminos principales
  • Paso 4: Identificar subfunciones
  • Paso 5: Desarrollar insumos para subfunciones
  • Paso 6: Desarrollar resultados para subfunciones
  • Paso 7: Ejecutar caso de prueba para subfunciones
  • Paso 8: Verifique el resultado correcto para las subfunciones
  • Paso 9: Repita los pasos 4 y 8 para otras subfunciones
  • Paso 10: Repita los pasos 7 y 8 para otras subfunciones

Los casos de prueba para las pruebas de caja gris pueden incluir: relacionados con la GUI, relacionados con la seguridad, relacionados con la base de datos, relacionados con el navegador, Operarelacionado con el sistema nacional, etc.

Gris Box Desafíos de prueba

  • Cuando un componente bajo prueba encuentra una falla de algún tipo, puede provocar la interrupción de la operación en curso.
  • Cuando la prueba se ejecuta en su totalidad pero el contenido del resultado es incorrecto.

Resum

  • El costo total de los defectos del sistema se puede reducir y evitar que se transmitan más adelante con las pruebas de caja gris.
  • Las pruebas de caja gris son más adecuadas para GUI, Prueba de funcion, evaluación de seguridad, aplicaciones web, servicios web, etc.
  • Técnicas utilizadas para pruebas de caja gris