Plantilla de caso de prueba (descargar Excel de muestra)
Tomas Hamilton
¿Qué es la plantilla de caso de prueba?
A Plantilla de caso de prueba es un documento bien diseñado para desarrollar y comprender mejor los datos del caso de prueba para un escenario de caso de prueba particular. Un bien Caso de prueba La plantilla mantiene la coherencia de los artefactos de prueba para el equipo de pruebas y facilita que todas las partes interesadas comprendan los casos de prueba. Escribir casos de prueba en un formato estándar reduce el esfuerzo de prueba y la tasa de errores. El formato de casos de prueba es más conveniente en caso de que esté revisando casos de prueba de expertos.La plantilla elegida para su proyecto depende de su política de prueba. Muchas organizaciones crean casos de prueba en Microsoft Sobresalir mientras algunos en Microsoft Word. Algunos incluso utilizan herramientas de gestión de pruebas como HP ALM para documentar sus casos de prueba.
Plantilla de caso de prueba para Excel
Haga clic a continuación para descargar el archivo Excel del caso de prueba
Descargue la plantilla de caso de prueba anterior (.xls)
Plantilla de caso de prueba para Word
Haga clic a continuación para descargar el archivo de Word del caso de prueba
Descargue la plantilla de caso de prueba anterior (.docx)
Independientemente del método de documentación del caso de prueba elegido, cualquier buena plantilla de caso de prueba debe tener los siguientes campos
| Campo de caso de prueba | Descripción |
|---|---|
| ID del caso de prueba: | Cada caso de prueba debe estar representado por una identificación única. Para indicar los tipos de prueba, siga alguna convención como "TC_UI_1" que indica "Caso de prueba de interfaz de usuario n.° 1". |
| Prioridad de prueba: |
Es útil al ejecutar la prueba.
|
| Nombre del Módulo: | Determine el nombre del módulo principal o submódulo que se está probando. |
| Prueba diseñada por: | Nombre del probador |
| Fecha de la prueba diseñada: | Fecha en que se diseñó la prueba |
| Prueba ejecutada por: | ¿Quién ejecutó el tester? |
| Fecha de ejecución de la prueba: | Fecha en la que se debe ejecutar la prueba |
| Nombre o título de la prueba: | Título del caso de prueba |
| Description/Resumen de la prueba: | Determinar brevemente el resumen o el propósito de la prueba. |
| Condición previa: | Cualquier requisito que deba cumplirse antes de la ejecución de este caso de prueba. Para ejecutar este caso de prueba, enumere todas las condiciones previas. |
| Dependencias: | Determinar cualquier dependencia de los requisitos de prueba u otros casos de prueba. |
| Pasos de prueba: | Mencione todos los pasos de la prueba en detalle y escriba en el orden en que deben ejecutarse. Al escribir los pasos de la prueba, asegúrese de proporcionar tantos detalles como sea posible. |
| Datos de prueba: | El uso del sitio web de Datos de prueba como entrada para el caso de prueba. Entregue diferentes conjuntos de datos con valores precisos para usar como entrada |
| Resultados previstos: | Mencione el resultado esperado, incluido el error o mensaje que debería aparecer en la pantalla. |
| Post-condición: | ¿Cuál sería el estado del sistema después de ejecutar el caso de prueba? |
| Resultado actual: | Después de la ejecución de la prueba, se debe completar el resultado real de la prueba. |
| Estado (Reprobado/Aprobado): | Marque este campo como fallido, si el resultado real no coincide con el resultado estimado |
| Notas: | Si hay alguna condición especial que se deja en el campo anterior |
Opcionalmente puede tener los siguientes campos dependiendo de los requisitos del proyecto
- Enlace/ID de defecto: Incluya el enlace para Defecto o determinar el número de defecto si el estado de la prueba es fallido
- Palabras clave/tipo de prueba: Para determinar pruebas basadas en tipos de pruebas, se puede utilizar este campo. Ej: Usabilidad, funcional, reglas de negocio, etc.
- Requisitos: Requisitos para los cuales se está escribiendo este caso de prueba
- Referencias / Adjuntos: Es útil para escenarios de prueba complicados, proporciona la ruta real del documento o diagrama.
- Automatización (Sí/No): Para realizar un seguimiento del estado de la automatización cuando los casos de prueba están automatizados
- Campos Personalizados: Campos específicos de su proyecto que se están probando debido a los requisitos del cliente/proyecto.
