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 para ejercitar una ruta de programa particular o para verificar el cumplimiento de un requisito específico. [1] Los casos de prueba son la base de las pruebas que son metódicas en lugar de aleatorias. Se puede crear 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 una prueba de regresión efectiva y consistente . [2]
Para comprobar por completo 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 va a probar y la preparación necesaria 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 elabora 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 .
En el caso de aplicaciones o sistemas sin requisitos formales, los casos de prueba se pueden escribir basándose en el funcionamiento normal aceptado de programas de una clase similar. En algunas escuelas de pruebas, los casos de prueba ni siquiera se escriben, 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 evaluador a pensar en un problema o sistema complejo. Estos escenarios normalmente no se escriben con ningún detalle. Pueden ser tan simples como un diagrama para un entorno de prueba o podrían 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 una serie de pasos clave. [5] [6]
Un caso de prueba generalmente contiene un solo paso o una secuencia de pasos para probar el comportamiento/funcionalidad y las características correctas de una aplicación. Generalmente se proporciona un resultado esperado.
Información adicional que puede incluirse: [7]
Los casos de prueba más grandes también pueden contener estados o pasos previos y descripciones. [7]
Un caso de prueba escrito también debe contener un lugar para el resultado real.
Estos pasos se pueden almacenar en un documento de procesador de textos, una hoja de cálculo, una base de datos u otro repositorio común.
En un sistema de base de datos, también podrá ver los resultados de pruebas anteriores, quién los generó y la configuración del sistema utilizada para generarlos. Estos resultados anteriores normalmente se almacenan en una tabla separada.
Los conjuntos de pruebas a menudo también contienen [8]
Además de una descripción de la funcionalidad que se va a probar y la preparación necesaria para garantizar que la prueba pueda realizarse, la parte que requiere más tiempo en el caso de prueba es crear las pruebas y modificarlas cuando el sistema cambia.
En circunstancias especiales, podría ser necesario realizar la prueba, obtener resultados y luego un equipo de expertos evaluaría si los resultados pueden considerarse aprobados. Esto sucede a menudo cuando se determina el número de rendimiento de los productos nuevos. La primera prueba se toma como base para los ciclos de prueba y lanzamiento de productos posteriores.
Las pruebas de aceptación , que utilizan una variación de un caso de prueba escrito, son realizadas comúnmente por un grupo de usuarios finales o clientes del sistema para garantizar que el sistema desarrollado cumpla con los requisitos especificados o el contrato. [9] [10] Las pruebas de aceptación del usuario se diferencian por la inclusión de casos de prueba positivos o de ruta feliz y la exclusión casi completa de los casos de prueba negativos. [11]