Pruebas de casos de uso con ejemplos
Tomas Hamilton
⚡ Resumen inteligente
Las pruebas de casos de uso validan las transacciones de extremo a extremo mediante la simulación de las interacciones entre un usuario y el sistema. Esta técnica impulsa los casos de prueba a nivel de sistema y de aceptación, detecta deficiencias en la integración y complementa las comprobaciones a nivel de unidad con flujos de trabajo de usuario realistas.
¿Qué son las pruebas de casos de uso?
Pruebas de casos de uso Es una técnica de prueba de software que identifica casos de prueba que cubren todo el sistema, transacción por transacción, de principio a fin. Los casos de prueba describen las interacciones entre los usuarios y la aplicación de software. Las pruebas de casos de uso revelan deficiencias que podrían pasar desapercibidas al probar componentes de software individuales de forma aislada.
A caso de uso En las pruebas, un caso de uso es una breve descripción de un uso particular del software por parte de un actor o usuario. Los casos de uso se escriben a partir de las acciones del usuario y las respuestas correspondientes de la aplicación, y se utilizan ampliamente para derivar Casos de prueba a nivel de sistema y de aceptación.
Componentes clave de un caso de uso
Cada caso de uso se construye a partir del mismo conjunto de componentes básicos. Conocer las partes de antemano facilita el diseño de una cobertura que se corresponda perfectamente con los casos de prueba:
- actores: El usuario o sistema externo que inicia una interacción. Se representa como “A” en los flujos de texto.
- Sistema: El software bajo prueba que responde al actor. Representado como “S”.
- Requisitos previos: el estado en el que debe estar el sistema antes de que pueda comenzar el caso de uso.
- Escenario principal de éxito: la secuencia de pasos del actor y del sistema en el camino feliz.
- Extensiones / flujos alternativos: ramas que manejan excepciones, fallos de validación o opciones alternativas.
- Condiciones posteriores: el estado en el que queda el sistema una vez finalizado el caso de uso.
Cómo realizar pruebas de casos de uso: ejemplo
En un caso de uso, el actor está representado por "A" y el sistema por "S". El siguiente ejemplo describe la funcionalidad de inicio de sesión de una aplicación web.
| Escenario de éxito principal | Paso | Mareas Ideales para Lecciones |
|---|---|---|
| A: Actor S: Sistema | 1 | A: Ingrese el nombre del agente y la contraseña. |
| 2 | S: Validar contraseña | |
| 3 | S: Permitir el acceso a la cuenta | |
| Prórrogas de tiempo para presentar declaraciones de impuestos | 2a | Contraseña no válida S: Mostrar mensaje y solicitar reintentar (hasta 4 veces) |
| 2b | Contraseña no válida 4 veces S: cerrar aplicación |
El diagrama anterior describe un escenario ideal y dos extensiones. Léalo paso a paso:
- El usuario introduce un correo electrónico y una contraseña como primer paso del proceso de inicio de sesión de principio a fin.
- El sistema valida la contraseña.
- Si la contraseña es correcta, se concede el acceso.
- Si la contraseña no es válida, el sistema muestra un mensaje y solicita hasta cuatro intentos adicionales.
- Si la contraseña sigue siendo inválida después de cuatro intentos, el sistema bloquea los intentos posteriores (en este ejemplo, bloqueando la dirección IP).
A partir de este caso de uso, se probaría el escenario de éxito más un caso de cada extensión. Esto da como resultado un mínimo de tres casos de prueba: un inicio de sesión válido, una contraseña inválida recuperable y un bloqueo tras varios fallos.
Ventajas de las pruebas de casos de uso
Las pruebas de casos de uso se integran de forma natural entre los requisitos y los casos de prueba. Las principales ventajas son:
- Cobertura integral: Las pruebas se realizan en todos los módulos, no en funciones aisladas.
- Validación centrada en el usuario: Cada escenario refleja cómo un actor real utiliza el sistema.
- Limpiar firma traccapacidad: Los casos de uso se corresponden directamente con los criterios de aceptación para la aprobación de las partes interesadas.
- Prevención de defectos: Se detectan las brechas de integración superficiales antes de que comiencen los ciclos de regresión.
- Artefactos reutilizables: El mismo caso de uso sirve de base para los casos de prueba, el material de formación y la documentación del usuario.
Limitaciones de las pruebas de casos de uso
La técnica es potente, pero no exhaustiva. Tenga en cuenta las siguientes limitaciones:
- No sustituye a las pruebas unitarias: Las fallas de componentes de bajo nivel aún requieren pruebas específicas.
- Depende de los casos de uso específicos: Los flujos ambiguos producen pruebas ambiguas.
- Limitado para cobertura no funcional: El rendimiento, la seguridad y la accesibilidad requieren técnicas propias.
- Gastos generales de mantenimiento: Los casos de uso deben actualizarse cuando cambien las reglas de negocio.
