¿Qué aspectos se deben considerar al escribir un caso de prueba?
1. Nombre del software o proyecto
2. Versión del software o proyecto (número de versión interna)
3. >
4. Una breve descripción del caso de prueba, es decir, el propósito o método de ejecutar el caso de prueba
5 Información de referencia del caso de prueba (para facilitar el seguimiento y la referencia)
p>6. Este caso de prueba Dependencias con otros casos de prueba
7. Condiciones previas para este caso de uso, es decir, condiciones que deben cumplirse para ejecutar este caso de uso, como los derechos de acceso al base de datos
8. Caso de uso El número (ID), por ejemplo, puede ser la abreviatura del nombre del software, la abreviatura del bloque de funciones, NO.
9. Número de paso, descripción del paso de operación, descripción de los datos de prueba
10. Resultados esperados (esto es lo más importante) y resultados reales (si hay una herramienta de gestión de ERRORES, esto. se puede omitir)
11. Desarrolladores (obligatorios) y evaluadores (opcional)
12. Fecha de ejecución de la prueba
En primer lugar, la fuente de sus casos de uso. Para el análisis de requisitos, ¿el proyecto o producto tiene requisitos funcionales y no funcionales? Por ejemplo, requisitos de disponibilidad del sistema, requisitos de ancho de banda de la red, requisitos de rendimiento de respuesta del sistema, etc. Si estos requisitos existen, entonces el diseño de casos de uso debe tener en cuenta estas perspectivas.
En segundo lugar, también es necesario considerar los requisitos funcionales al diseñar casos de uso, como la concurrencia de una gran cantidad de usuarios.
Nuevamente, los casos de prueba incluyen casos de tolerancia a fallas.
Finalmente, al escribir casos de prueba, hay niveles de distinción. Algunos casos de uso son procesos clave o puntos funcionales, por lo que el nivel será alto y algunos casos de uso rara vez se usarán, por lo que el nivel será bajo; . Esto le facilitará su devolución o reutilización.