En ingeniería de software, un caso de prueba es una especificación de las entradas, las condiciones de ejecución, el procedimiento de prueba y los resultados esperados que definen una sola prueba que se ejecutará para lograr un objetivo de prueba de software particular , como ejercitar una ruta de programa particular o verificar cumplimiento de un requisito específico. [1] Los casos de prueba subyacen a las pruebas que son metódicas en lugar de aleatorias. Se puede construir una batería de casos de prueba para producir la cobertura deseada del software que se está probando. Los casos de prueba definidos formalmente permiten que las mismas pruebas se ejecuten repetidamente contra versiones sucesivas del software, lo que permite pruebas de regresión efectivas y consistentes . [2]
Para probar completamente que se cumplen todos los requisitos de una aplicación, debe haber al menos dos casos de prueba para cada requisito: una prueba positiva y una prueba negativa. [3] Si un requisito tiene subrequisitos, cada subrequisito debe tener al menos dos casos de prueba. El seguimiento del vínculo entre el requisito y la prueba se realiza con frecuencia mediante una matriz de trazabilidad . Los casos de prueba escritos deben incluir una descripción de la funcionalidad que se probará y la preparación requerida para garantizar que se pueda realizar la prueba.
Un caso de prueba escrito formal se caracteriza por una entrada conocida y una salida esperada, que se resuelve antes de ejecutar la prueba. [4] La entrada conocida debe probar una condición previa y la salida esperada debe probar una condición posterior .
Para aplicaciones o sistemas sin requisitos formales, los casos de prueba se pueden escribir en función del funcionamiento normal aceptado de programas de una clase similar. En algunas escuelas de pruebas, los casos de prueba no se escriben en absoluto, pero las actividades y los resultados se informan después de que se han ejecutado las pruebas.
En las pruebas de escenarios , se utilizan historias hipotéticas para ayudar al probador a pensar en un problema o sistema complejo. Estos escenarios generalmente no se escriben en detalle. Pueden ser tan simples como un diagrama para un entorno de prueba o pueden ser una descripción escrita en prosa. La prueba de escenario ideal es una historia que sea motivadora, creíble, compleja y fácil de evaluar. Por lo general, se diferencian de los casos de prueba en que los casos de prueba son pasos únicos, mientras que los escenarios cubren varios pasos de la clave. [5] [6]
Un caso de prueba suele ser un solo paso, u ocasionalmente una secuencia de pasos, para probar el comportamiento/funcionalidad correcto, las características de una aplicación. Por lo general, se da un resultado esperado o un resultado esperado. [7]