No se requiere un conocimiento específico del código de la aplicación, de su estructura interna ni de la programación en general. El probador es consciente de lo que el software se supone que debe hacer, pero no es consciente de cómo lo hace. Por ejemplo, el probador es consciente de que una entrada particular devuelve una salida determinada e invariable, pero no es consciente de cómo el software produce la salida en primer lugar.
Casos de pruebaEditar
Los casos de prueba se construyen en torno a las especificaciones y los requisitos, es decir, lo que se supone que debe hacer la aplicación. Los casos de prueba se derivan generalmente de descripciones externas del software, incluyendo especificaciones, requisitos y parámetros de diseño. Aunque las pruebas utilizadas son principalmente de naturaleza funcional, también pueden utilizarse pruebas no funcionales. El diseñador de las pruebas selecciona tanto las entradas válidas como las no válidas y determina la salida correcta, a menudo con la ayuda de un oráculo de pruebas o de un resultado anterior que se sabe que es bueno, sin ningún conocimiento de la estructura interna del objeto de prueba.
Técnicas de diseño de pruebasEditar
Las técnicas típicas de diseño de pruebas de caja negra incluyen:
- Pruebas de tablas de decisión
- Todos lospares
- Partición de equivalencias
- Análisis de valores límite
- Gráfico causa-efecto
- Adivinar errores
- Transición de estados pruebas
- Pruebas de casos de uso
- Pruebas de historias de usuario
- Análisis de dominio
- Pruebas de sintaxis
- Técnica de combinación
.