Las pruebas de caja negra, también denominada prueba de comportamiento, se
centran en los requisitos funcionales del software. O sea, la prueba de caja negra permite al ingeniero del software obtener conjuntos de condiciones de entrada que ejerciten completamente todos los requisitos funcionales de un programa. El primer paso en la prueba de caja negra es entender los objetos que se modelan en el software y las relaciones que conectan a estos objetos.
La partición equivalente es un método de prueba de caja negra que divide el campo
de entrada de un programa en clases de datos de los que se pueden derivar casos de prueba. El análisis de valores límite es una técnica de diseño de casos de prueba que complementa a la partición equivalente. En lugar de seleccionar cualquier elemento de una clase de equivalencia, el AVL lleva a la elección de casos de prueba en los «extremos» de la clase.
En la prueba de comparación varios equipos de ingeniería del software separados
desarrollan versiones independientes de una aplicación, usando las mismas especificaciones. Luego se prueban todas las versiones con los mismos datos de prueba, para asegurar que todas proporcionan una salida idéntica. Se hace una comparación en tiempo real de los resultados, para garantizar la consistencia. La prueba de la tabla ortogonal permite diseñar casos de prueba que facilitan una cobertura máxima de prueba con un número razonable de casos de prueba.
A medida que el software de computadora se ha hecho más complejo, ha crecido
también la necesidad de enfoques de pruebas especializados. La prueba de la documentación se puede enfocar en dos fases. La primera fase, la revisión e inspección. La segunda fase, la prueba en vivo. El responsable del diseño de casos de prueba tiene que considerar el tratamiento de sucesos (por ejemplo, procesamiento de interrupciones), la temporización de los datos y el paralelismo de las tareas (procesos) que manejan los datos. Las pruebas que se ejecutan son: prueba de tareas, prueba intertarea y prueba del sistema. El software y el hardware están integrados, por lo que se lleva a cabo una serie de pruebas completas del sistema para intentar descubrir errores en la interfaz software-hardware.