¿Qué es NEGRO? Box ¿Pruebas? Técnicas, tipos y ejemplos

Black Box Pruebas

Black Box Pruebas es un método de prueba de software en el que se prueban las funcionalidades de las aplicaciones de software sin tener conocimiento de la estructura interna del código, los detalles de implementación y las rutas internas. Negro Box Las pruebas se centran principalmente en la entrada y salida de aplicaciones de software y se basan completamente en los requisitos y especificaciones del software. También se le conoce como Prueba de Comportamiento.

El negro anteriorBox Puede ser cualquier sistema de software que desee probar. Por ejemplo, un sistema operativo como Windows, un sitio web como Google, una base de datos como Oracle o incluso su propia aplicación personalizada. bajo negro Box Pruebas: puedes probar estas aplicaciones concentrándote únicamente en las entradas y salidas sin conocer la implementación de su código interno. Observa el siguiente videotutorial:

Haga clic en aquí si el video no es accesible

Black Box Técnicas de prueba

A continuación se presentan los destacados Estrategia de prueba Entre los muchos utilizados en las pruebas de caja negra.

• Pruebas de clases de equivalencia: Se utiliza para minimizar el número de casos de prueba posibles a un nivel óptimo mientras se mantiene una cobertura de prueba razonable.
• Prueba de valor límite: La prueba de valores en los límites se centra en los valores en los límites. Esta técnica determina si un determinado rango de valores es aceptable o no para el sistema. Es muy útil para reducir el número de casos de prueba. Es más adecuado para sistemas donde una entrada se encuentra dentro de ciertos rangos.
• Tabla de decisiones: Una tabla de decisiones coloca las causas y sus efectos en una matriz. Hay una combinación única en cada columna.

Tipos de negro Box Pruebas

Hay muchos tipos de negro. Box Pruebas pero las siguientes son las más destacadas:

• Prueba funcional – Este tipo de prueba de caja negra está relacionada con los requisitos funcionales de un sistema y la realizan los probadores de software.
• Pruebas no funcionales – Este tipo de prueba de caja negra no está relacionada con la prueba de una funcionalidad específica, sino con requisitos no funcionales como el rendimiento, la escalabilidad y la usabilidad.
• Pruebas de regresión – Pruebas de regresión se realiza después de correcciones de código, actualizaciones o cualquier otro mantenimiento del sistema para verificar que el nuevo código no haya afectado el código existente.

Cómo hacer negroBox Pruebas en ingeniería de software

A continuación te detallamos los pasos genéricos que se siguen para realizar cualquier tipo de Black Box Pruebas.

• Inicialmente, se examinan los requisitos y especificaciones del sistema.
• El evaluador elige entradas válidas (escenario de prueba positivo) para verificar si el SUT las procesa correctamente. Además, se eligen algunas entradas no válidas (escenario de prueba negativo) para verificar que el SUT sea capaz de detectarlas.
• El probador determina los resultados esperados para todas esas entradas.
• El probador de software construye casos de prueba con las entradas seleccionadas.
• Los casos de prueba se ejecutan.
• El probador de software compara los resultados reales con los esperados.
• Los defectos, si los hay, se reparan y se vuelven a probar.

Herramientas utilizadas para negro Box Pruebas:

Las herramientas utilizadas para las pruebas de caja negra dependen en gran medida del tipo de prueba de caja negra que esté realizando.

• Para pruebas funcionales/de regresión puede utilizar: QTP, Selenium
• Para pruebas no funcionales, puede utilizar: LoadRunner, Jmetro

Comparación de negro Box y blanco Box Pruebas:

Black Box Pruebas	Blanco Box Pruebas
El enfoque principal de las pruebas de caja negra está en la validación de sus requisitos funcionales.	Blanco Box Pruebas (Pruebas unitarias) valida la estructura interna y el funcionamiento de su código de software
Las pruebas de caja negra permiten abstraerse del código y se centran en el esfuerzo de probar el comportamiento del sistema de software.	Para conducir blanco Box Las pruebas y el conocimiento del lenguaje de programación subyacente son esenciales. Los sistemas de software actuales utilizan una variedad de lenguajes y tecnologías de programación y no es posible conocerlos todos.
Las pruebas de caja negra facilitan la comunicación de pruebas entre módulos	Las pruebas de caja blanca no facilitan la comunicación de pruebas entre módulos

Black Box Ciclo de vida de pruebas y desarrollo de software (SDLC)

Las pruebas de caja negra tienen su propio ciclo de vida llamado Ciclo de vida de pruebas de software (STLC) y es relativo a cada etapa de Ciclo de vida del desarrollo de programas de Ingeniería de Software.

• Requisito – Esta es la etapa inicial de SDLC y en esta etapa se recopila un requisito. En esta etapa también participan los probadores de software.
• Planificación y análisis de pruebas – Tipos de prueba aplicables al proyecto. A Plan de prueba Se crea un informe que determina los posibles riesgos del proyecto y su mitigación.
• Diseño – En esta etapa, los casos de prueba/scripts se crean sobre la base de los documentos de requisitos de software.
• Ejecución de pruebas– En esta etapa se ejecutan los Casos de Prueba preparados. Los errores, si los hay, se corrigen y se vuelven a probar.