Plantilla de caso de prueba en Excel (descarga)
Equipo editorial
⚡ Resumen inteligente
La plantilla de casos de prueba proporciona una estructura estandarizada para documentar los casos de prueba de cualquier proyecto de software. Este tutorial explica cada campo esencial, ofrece ejemplos descargables en Excel y Word, y enumera las mejores prácticas para mantener la coherencia en los artefactos de prueba en todo el equipo de control de calidad.
¿Qué es una plantilla de caso de prueba?
A Plantilla de caso de prueba Es un documento bien diseñado que ayuda a los evaluadores a desarrollar y comprender de manera consistente los datos para un escenario de caso de prueba particular. Un buen Caso de prueba La plantilla mantiene la coherencia de los artefactos de prueba para el equipo y facilita que todos los interesados sigan los casos de prueba. Escribir casos de prueba en un formato estándar reduce el esfuerzo de prueba y la tasa de errores. Un formato estandarizado es especialmente recomendable cuando los casos de prueba son revisados por expertos externos.
La plantilla que elija para su proyecto depende de su política de pruebas. Muchas organizaciones crean casos de prueba en Microsoft Excel, otros en Microsoft Wordy algunos utilizan herramientas de gestión de pruebas como HP ALM.
Campos importantes en una plantilla de caso de prueba
Independientemente del método de documentación elegido, cualquier buena plantilla de caso de prueba debe incluir los siguientes campos.
| Campo de caso de prueba | Mareas Ideales para Lecciones |
|---|---|
| ID del caso de prueba | Cada caso de prueba debe estar representado por un ID único. Utilice una convención como “TC_UI_1” para indicar el tipo de prueba; por ejemplo, “Caso de prueba de interfaz de usuario n.° 1”. |
| Prioridad de prueba | Útil durante la ejecución. Los valores comunes son Bajo, Medio y Alto. |
| Nombre del Módulo | El módulo principal o submódulo que se está probando. |
| Prueba diseñada por | Nombre del evaluador. |
| Fecha de la prueba diseñada | Fecha en que se diseñó la prueba. |
| Prueba ejecutada por | Probador que ejecutó la prueba. |
| Fecha de ejecución de la prueba | Fecha en la que debe ejecutarse la prueba. |
| Nombre o título de la prueba | Título del caso de prueba. |
| Descriptión / Resumen | Breve resumen del propósito de la prueba. |
| Condición previa | Cualquier requisito previo que deba cumplirse antes de ejecutar este caso de prueba. Enumere todas las condiciones previas. |
| Dependencias | Cualquier dependencia de los requisitos de prueba u otros casos de prueba. |
| Pasos de prueba | Pasos detallados en el orden en que deben ejecutarse. Sea lo más específico posible. |
| Datos de prueba | Datos de prueba utilizado como entrada. Proporcionar diferentes conjuntos de datos con valores precisos. |
| Resultado Esperado | El resultado esperado, incluyendo cualquier error o mensaje que deba aparecer en pantalla. |
| Post-condición | El estado del sistema después de que se ejecute el caso de prueba. |
| Resultado actual | Resultado real capturado tras la ejecución. |
| Estado (Pasa/Reprueba) | Marca como fallido si el resultado real no coincide con el resultado esperado. |
| Notas | Condiciones especiales no contempladas en otro apartado. |
Campos opcionales Se pueden añadir en función de los requisitos del proyecto.
- Enlace / ID del defecto: Enlace a la precisa o el número de defecto si la prueba falló.
- Palabras clave / Tipo de prueba: Se utiliza para categorizar las pruebas por tipo, como usabilidad, funcionalidad o reglas de negocio.
- Requisitos: Requisito(s) para el cual se escribe el caso de prueba.
- Referencias / Archivos adjuntos: Ruta a un documento o diagrama de apoyo para escenarios complejos.
- Automatización (Sí/No): TracEstado de automatización k para casos de prueba automatizados.
- Campos Personalizados: Campos específicos según las necesidades del cliente o del proceso de su proyecto.
Descargue la plantilla de caso de prueba (Excel y Word).
Ambas plantillas contienen los campos descritos anteriormente. Elija el formato que mejor se adapte al estilo de documentación de su equipo.
Mejores prácticas para escribir casos de prueba
Una plantilla solo es valiosa en la medida en que se aplica al completarla. Las prácticas que se describen a continuación permiten que los casos de prueba sean reutilizables. tracFácil y claro.
- Escribe cada paso con claridad: Cualquier evaluador debería poder ejecutar los pasos sin necesidad de pedir aclaraciones.
- Comencemos desde la perspectiva del usuario: Describe lo que hace el usuario, no lo que hace el código.
- Reutilizar en lugar de duplicar: En lugar de repetir sus pasos, haga referencia a un caso de prueba existente mediante su ID.
- Garantizar una cobertura total: mapear casos de prueba a requisitos con un Requisito TracMatriz de habilidades.
- Utilice una herramienta de gestión: plataformas como JIRA o HP ALM mantiene el historial de versiones, los archivos adjuntos y los registros de ejecución en un solo lugar.
