¿Qué es la prueba de "caja negra"? [cerrado]

8

¿Qué es la prueba de "caja negra" y en qué se diferencia de la prueba ordinaria? Por ejemplo, pruebas de recuadro negro antes de la implementación en producción.

Nota : la prueba de "recuadro negro" es un requisito común cuando se solicitan roles de devops (no es necesariamente una cosa de prueba).

testing terminology kenorb
fuente
44
Estoy votando para cerrar esta pregunta como fuera de tema porque pertenece a esta pregunta pertenece al Software Quality Assurance & Testing SE, no aquí
Rsf
@Rsf o en security.stackexchange.com White-box vs. Black-box
Tensibai
Votar para cerrar esto, ya que es más adecuado para otros sitios de SE.
Evgeny
Sí, puede clasificarse en diferentes categorías. Creo que el mejor enfoque sería enviar preguntas generales de SQA a SQA, y preguntas donde se necesita conocimiento de dominio para la SE relevante.
Rsf

Respuestas:

6

Haré mi respuesta, basada en el conocimiento para las pruebas de seguridad, pero en mi humilde opinión, esto puede generalizarse.

  • Prueba de caja negra: cuando el probador no sabe nada sobre el sistema, los componentes, los enlaces, las conexiones, etc. Esto puede ser más útil como las pruebas UI / UX, pruebas funcionales. Ejemplo: no trabaja para Microsoft y tampoco tiene el código fuente y necesita probar MS Office

  • Prueba de recuadro gris: cuando el probador tiene algún conocimiento sobre cómo funciona el sistema, alguna información sobre aspectos internos.

  • Prueba de caja blanca: cuando el probador tiene o puede obtener toda la información sobre componentes internos, conexiones y principios de trabajo del producto probado. Ejemplo: prueba del kernel de Linux.

Para referencia:

Prueba de caja negra (Wikipedia)

Prueba de caja blanca (Wikipedia)

Prueba de caja gris (Wikipedia)

Romeo Ninov
fuente
2

Como respondió Romeo Ninov en las pruebas de Black Box, el probador desconoce la estructura interna de la aplicación.

Este método se llama así porque el programa de software, a los ojos del probador, es como una caja negra; dentro de lo cual no se puede ver. Este método intenta encontrar errores en las siguientes categorías:

  • Funciones incorrectas o faltantes
  • Errores de interfaz
  • Errores en estructuras de datos o acceso a bases de datos externas
  • Errores de comportamiento o rendimiento.
  • Errores de inicialización y terminación

Referencia:

Abhishek Gurjar
fuente