Pruebas de caja gris | Pruebas de software

Prerrequisito – Pruebas de software | Conceptos básicos  
La prueba de caja gris es una técnica de prueba de software que es una combinación de la técnica de prueba de caja negra y la técnica de prueba de caja blanca . En la técnica de prueba de caja negra, el probador desconoce la estructura interna del elemento que se está probando y en la prueba de caja blanca, la estructura interna es conocida por el probador. La estructura interna se conoce parcialmente en Gray Box Testing. Esto incluye el acceso a estructuras de datos internas y algoritmos con el fin de diseñar los casos de prueba. 

La prueba de caja gris se llama así porque el programa de software es como una caja semitransparente o gris dentro de la cual el probador puede ver parcialmente. Por lo general, se enfoca en errores específicos del contexto relacionados con los sistemas web. Se basa en la generación de casos de prueba de requisitos porque tiene todas las condiciones presentadas antes de que se pruebe el programa.

Objetivo de la Prueba de Caja Gris: 
El objetivo de la Prueba de Caja Gris es:

  1. Proporcionar ventajas combinadas de las pruebas de caja negra y de caja blanca.
  2. Para combinar la entrada de los desarrolladores y probadores.
  3. Para mejorar la calidad general del producto.
  4. Para reducir la sobrecarga del largo proceso de pruebas funcionales y no funcionales.
  5. Proporcionar suficiente tiempo libre a los desarrolladores para corregir defectos.
  6. Probar desde el punto de vista del usuario en lugar del punto de vista del diseñador.

Técnicas de prueba de caja gris:

  • Pruebas matriciales: 
    en la técnica de pruebas matriciales, se examinan los riesgos comerciales y técnicos definidos por los desarrolladores en los programas de software. Los desarrolladores definen todas las variables que existen en el programa. Cada una de las variables tiene un riesgo técnico y de negocio inherente y puede ser utilizada con frecuencias variadas durante su ciclo de vida.
  • Testeo de Patrones: 
    Para realizar el testeo se analizan los defectos previos. Determina la causa de la falla mirando el código. La plantilla de análisis incluye las razones del defecto. Esto ayuda a probar los casos diseñados, ya que son proactivos para encontrar otras fallas antes de llegar a la producción.
  • Prueba de array ortogonal: 
    es principalmente una técnica de prueba de caja negra. En las pruebas de arrays ortogonales, los datos de prueba tienen n números de permutaciones y combinaciones. Se prefieren las pruebas de array ortogonal cuando se requiere la máxima cobertura cuando hay muy pocos casos de prueba y los datos de prueba son grandes. Esto es muy útil para probar aplicaciones complejas.
  • Pruebas de regresión: 
    las pruebas de regresión prueban el software después de cada cambio en el software para asegurarse de que los cambios o las nuevas funcionalidades no afecten el funcionamiento existente del sistema. También se realizan pruebas de regresión para garantizar que la reparación de cualquier defecto no haya afectado a otras funciones del software.

Ventajas de las pruebas de caja gris:

  • Los usuarios y desarrolladores tienen objetivos claros al realizar las pruebas.
  • Las pruebas de caja gris se realizan principalmente desde la perspectiva del usuario.
  • No se requiere que los probadores tengan altas habilidades de programación para esta prueba.
  • La prueba de caja gris no es intrusiva.
  • Se mejora la calidad general del producto.
  • En las pruebas de caja gris, los desarrolladores tienen más tiempo para corregir defectos.
  • Al realizar pruebas de caja gris, se obtienen los beneficios de las pruebas de caja negra y caja blanca.
  • Las pruebas de caja gris son imparciales. Evita conflictos entre un probador y un desarrollador.
  • Las pruebas de caja gris son mucho más efectivas en las pruebas de integración.

Desventajas de las pruebas de caja gris:

  • La asociación de defectos es difícil cuando se realizan pruebas grises para sistemas distribuidos.
  • El acceso limitado a la estructura interna conduce a un acceso limitado para atravesar la ruta del código.
  • Debido a que no se puede acceder al código fuente, no es posible realizar una prueba de caja blanca completa.
  • Las pruebas de caja gris no son adecuadas para las pruebas de algoritmos.
  • La mayoría de los casos de prueba son difíciles de diseñar.

Publicación traducida automáticamente

Artículo escrito por pp_pankaj y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *