Producto de trabajo: Caso de prueba |
|
 |
Este artefacto define un conjunto de entradas de prueba, condiciones de ejecución, y resultados esperados, identificados con el objetivo de evaluar algunos aspectos particulares de un elemento del destino de la prueba. |
|
Objetivo
-
Para enumerar un número adecuado de pruebas específicas para garantizar la completitud de la evaluación
-
Para identificar y motivar los scripts de prueba y los controladores necesarios, manuales y automáticos
-
Para proporcionar un esquema de la implementación del script de prueba y los controladores, proporcionando una
descripción de los puntos clave de observación y control, y las condiciones previas y posteriores
|
Relaciones
Roles | Responsable:
| Modificado por:
|
Entrada a | Obligatoria:
| Opcional:
| Externa:
|
Descripción
Esquematización breve |
-
Descripción del caso de prueba
Descripción de la finalidad u objetivo de la prueba, el ámbito y las condiciones previas de la prueba.
-
Condición de ejecución
Descripción de una condición que ejercerá durante esta prueba.
-
Condiciones previas
Para cada condición de ejecución, describa el estado necesario en el que debe encontrarse el sistema antes
de que se pueda iniciar la prueba.
-
Entradas de prueba
Para cada condición de ejecución, enumere una lista de los estímulos específicos que deben aplicarse
durante la prueba. Generalmente reciben el nombre de "entradas" de la prueba e incluyen los objetos o
campos con los que se interactúa y los valores de datos específicos introducidos al ejecutar este caso de
prueba.
-
Puntos de observación
Durante la ejecución de la prueba, enumere las observaciones específicas que deben realizarse.
-
Puntos de control
Durante la ejecución de la prueba, identifique los puntos en los que el flujo de control puede alterarse o
variar.
-
Resultados esperados
El estado resultante o las condiciones observables que se esperan como resultado de haber ejecutado la
prueba. Tenga en cuenta que esto puede incluir tanto las respuestas positivas como las negativas (como por
ejemplo, condiciones de error y anomalías).
-
Condiciones posteriores
Para cada condición de ejecución, describa el estado necesario al que se debe devolver el sistema con el
fin de que puedan llevar a cabo las pruebas subsiguientes.
|
Descripción principal |
Un caso de prueba especifica y comunica las condiciones específicas que deben validarse para habilitar una valoración
de algunos aspectos concretos de los elementos del destino de la prueba. Un caso de prueba difiere de una idea de
prueba, en que el caso de prueba es una especificación formada más completamente de la prueba. Los casos de prueba
pueden estar motivados por muchas cosas pero habitualmente incluirán un subconjunto de requisitos como casos de uso,
características de rendimiento y los riesgos que afectan al proyecto. Como norma general, las especificaciones de caso
de prueba son más útiles donde la implementación de prueba será demasiado compleja para comprenderse por si misma sin
el soporte de una explicación más abstracta proporcionada por el caso de prueba.
|
Propiedades
Opcional |  |
Planeado |  |
Ilustraciones
Personalización
Opciones de representación |
En ciertos dominios y culturas de prueba, los casos de prueba se consideran productos de trabajo opcionales, mientras
que en otros están muy formalizados y son obligatorios. Como tales, el contenido y el formato de los casos de prueba
pueden requerir modificaciones que satisfagan las necesidades de cada organización o proyecto concreto
Cuando se registran (formal o informalmente), se siguen dos estilos principales:
-
El primero es una estructura de documento de texto estándar que utiliza un formato similar al descrito
anteriormente en el Esquema breve. A menudo, varias instancias o variaciones del caso de prueba se
especifican en un único documento, agrupadas según la finalidad u objetivo general de las pruebas.
-
El segundo estilo utiliza alguna forma de tabla o de base de datos. Las instancias del caso de prueba se
especifican, una por línea, con columnas proporcionadas para facilitar la ordenación y el filtrado según diferentes
criterios.
También debe tenerse en cuenta la medición continuada de los casos de prueba para el progreso, la eficacia, etc.
Considere una cobertura de la prueba basada en requisitos, donde cada caso de prueba realiza el rastreo hasta al menos
una idea de prueba y al menos un requisito del sistema, que representa un subconjunto de los requisitos del producto
(consulte el apartado Técnica: Medidas
clave de la prueba).
Tal como se ha dicho anteriormente, es habitual que varias instancias o variaciones del caso de prueba se especifiquen
en un único documento, agrupadas según la finalidad u objetivo general de las pruebas. Esto puede realizarse como
varias condiciones de ejecución descritas en un solo documento, una por cada instancia de caso de prueba exclusiva.
Opcionalmente, el caso de prueba puede incluirse parcial o totalmente en la lista
de ideas de prueba o en el script de
prueba.
|
Más información
Listas de comprobación |
|
Directrices |
|
© Copyright IBM Corp. 1987, 2006. Reservados todos los derechos.
|
|