Pruebas de caja negra y caja blanca

  Teniendo en cuenta lo leído responda a las siguientes preguntas:

1. ¿Qué son las pruebas de caja negra y de caja blanca?

R/. Las pruebas de caja negra y de caja blanca son dos enfoques diferentes utilizados en el campo de la ingeniería de software para probar programas y sistemas. Estos enfoques se centran en aspectos distintos de la aplicación y tienen objetivos específicos.

Pruebas de Caja Negra: Definición: En las pruebas de caja negra, el tester no tiene conocimiento interno de la lógica, estructuras de datos o código fuente del software que se está probando. El enfoque se centra en las entradas y salidas del sistema.

Objetivo: Evaluar la funcionalidad del sistema sin conocer cómo se implementa internamente. Se busca identificar si el software se comporta según lo esperado y maneja correctamente diferentes situaciones.

Metodología: El tester diseña casos de prueba basados en la especificación de requisitos del software y en la entrada y salida esperada. La idea es simular el uso del software desde la perspectiva del usuario.



Pruebas de Caja Blanca: Definición: En las pruebas de caja blanca, el tester tiene conocimiento completo de la estructura interna del software, incluyendo el código fuente, la lógica de programación y las estructuras de datos utilizadas.

Objetivo: Evaluar la estructura interna del software, asegurándose de que cada línea de código y cada ruta lógica sean probadas. Se busca identificar errores de lógica, flujo de control y asegurar una cobertura exhaustiva del código.

Metodología: Se diseñan casos de prueba con base en la estructura interna del código. Se exploran diferentes caminos de ejecución, condiciones lógicas y bucles para garantizar una cobertura completa del código.

2. Técnicas más comunes de pruebas de caja negra y caja blanca 

R/. Las pruebas de software se pueden clasificar en dos categorías principales: caja negra y caja blanca. Ambas enfoques tienen sus propias técnicas específicas para evaluar la calidad del software. Aquí te proporciono una visión general de las técnicas más comunes para cada tipo:

Pruebas de Caja Negra:

Equivalencia de Clases: Divide el conjunto de datos de entrada en clases de equivalencia y prueba una muestra de cada clase.
Se asume que si un caso de prueba funciona para una clase, debería funcionar para todos los demás de esa clase.


Particiones de Rangos: Similar a la equivalencia de clases, pero se centra en rangos numéricos o valores continuos.
Se seleccionan valores de los rangos específicos para probar el software.


Análisis de Valores Límites: Se centra en probar los límites y valores cercanos a los límites.
Los errores a menudo ocurren en los bordes de los rangos permitidos.


Diagrama de Flujo: Utiliza el conocimiento del flujo de datos y control para diseñar casos de prueba.
Se examinan las diferentes rutas a través del software.


Pruebas de Interfaz: Se centra en probar la interfaz del usuario, como entradas de usuario, menús y funciones de navegación.

Pruebas de Caja Blanca:

Cobertura de Código: Evalúa la cantidad de código fuente que se ha ejecutado durante las pruebas.
Incluye métricas como cobertura de instrucciones, cobertura de rama, y cobertura de condición.


Pruebas de Rutas: Se centra en probar todas las rutas posibles a través de una unidad de código.
Garantiza que cada instrucción se ejecute al menos una vez.


Pruebas de Condiciones: Se enfoca en evaluar todas las condiciones lógicas dentro del código.
Busca garantizar que cada condición produce resultados correctos.


Análisis Estático: Examen del código sin ejecutarlo.
Incluye la revisión de código y el análisis estático automatizado utilizando herramientas.


Pruebas de Rendimiento: Evalúa cómo se comporta el sistema en términos de tiempo de ejecución, uso de recursos y otros aspectos relacionados con el rendimiento.

3. ¿Qué se debe tener en cuenta a la hora de hacer una prueba de caja negra y caja blanca?

R/. Las pruebas de caja negra y caja blanca son dos enfoques diferentes para probar software, y cada uno tiene sus propias consideraciones específicas. Aquí hay algunas pautas generales para cada tipo de prueba:

Pruebas de Caja Negra:

Sin Conocimiento Interno: El probador no tiene conocimiento interno del sistema o componente que se está probando. Solo se centra en las entradas y salidas esperadas.


Especificaciones de Requisitos: Las pruebas de caja negra se basan en las especificaciones y requisitos del sistema. El probador debe entender completamente los requisitos funcionales y no funcionales.


Escenarios de Uso: Identifica los escenarios de uso típicos y los límites del sistema. Las pruebas deben cubrir una variedad de entradas para garantizar la robustez y la confiabilidad del sistema.


Equivalencia de Clases: Divide las entradas en clases de equivalencia y prueba una representante de cada clase. Esto ayuda a garantizar una cobertura más completa.


Pruebas de Límites: Asegúrate de probar los límites del sistema, incluidos los valores máximos y mínimos permitidos para entradas y salidas.


Pruebas de Rendimiento: Aunque no se tiene acceso directo al código, aún puedes realizar pruebas de rendimiento y estrés para evaluar cómo se comporta el sistema bajo diferentes cargas.


Pruebas de Seguridad: Realiza pruebas para asegurarte de que el sistema sea seguro y no se vea comprometido mediante entradas maliciosas.

Pruebas de Caja Blanca:

Conocimiento Interno: En este caso, el probador tiene conocimiento interno del código y la lógica interna del sistema.


Cobertura del Código: Se enfoca en lograr una cobertura completa del código fuente, identificando y ejecutando todas las instrucciones, ramas y caminos del código.


Pruebas Unitarias: A nivel de unidad, se realizan pruebas para cada función o método individual para garantizar que funcione como se espera.


Pruebas de Integración: Se centra en cómo los diferentes componentes del sistema interactúan entre sí, asegurándose de que la integración sea correcta.


Análisis de Caminos: Identifica y prueba diferentes caminos a través del código, asegurando que todas las posibles rutas sean evaluadas.


Pruebas de Rendimiento del Código: Evalúa el rendimiento del código, identificando y optimizando las secciones que pueden afectar negativamente al rendimiento.


Pruebas de Seguridad del Código: Se centra en identificar posibles vulnerabilidades de seguridad en el código fuente.


Pruebas de Manejo de Errores: Verifica cómo el sistema maneja los errores y excepciones, asegurando que se gestionen adecuadamente sin comprometer la integridad del sistema.