¿Qué es el escenario de prueba en las pruebas de software (ejemplos)?
Tomas Hamilton
⚡ Resumen inteligente
Escenario de prueba en pruebas de software Define cualquier funcionalidad que pueda validarse para garantizar la cobertura completa del comportamiento de una aplicación en condiciones reales. Se centra en la validación integral, el diseño de pruebas centrado en el usuario y la trazabilidad de la alineación con los requisitos para garantizar la verificación del flujo crítico para el negocio.
¿Qué es un escenario de prueba?
A Escenario de prueba Es una descripción general de una funcionalidad que se va a probar. Representa una posible interacción del usuario o comportamiento del sistema, a veces denominada condición de prueba. Como tester, debes ponerte en el lugar del usuario final y analizar los escenarios reales y los casos de uso de la Aplicación Bajo Prueba (AUT).
Los escenarios de prueba se pueden clasificar según ¿Qué aspecto de la aplicación? Su objetivo es verificar. Comprender estos tipos garantiza una cobertura completa de todas las funcionalidades e interacciones del usuario.
Tipos de escenarios de prueba
- Escenarios funcionales: Estos validan si funciones o módulos específicos (como inicio de sesión, registro o pago) funcionan según los requisitos. Se centran en el aspecto "qué debería hacer".
- Escenarios no funcionales: Éstos evalúan cómo funciona el sistema en lugar de lo que hace, cubriendo el rendimiento, la escalabilidad, la facilidad de uso y la confiabilidad.
- Escenarios de seguridad: Estos evalúan qué tan bien la aplicación protege los datos del usuario y evita el acceso no autorizado o las vulnerabilidades.
- Escenarios de UI (interfaz de usuario): Estos garantizan que el diseño visual, la navegación y los elementos interactivos funcionen de manera intuitiva en diferentes dispositivos y tamaños de pantalla.
- Escenarios de extremo a extremo: Estos simulan flujos de trabajo del mundo real, verificando que múltiples módulos funcionen juntos sin problemas (por ejemplo, buscar, agregar al carrito y completar el pago en una aplicación de comercio electrónico).
¿La prueba de escenario es lo mismo que el escenario de prueba?
Si bien los escenarios de prueba definen qué probar, Prueba de escenario es un método en el que se requieren procedimientos complejos, de extremo a extremo o historias de usuarios reales Se utilizan para realizar pruebas, a menudo en lugar de basarse únicamente en una lista exhaustiva de casos de prueba individuales. El objetivo es evaluar el rendimiento del sistema bajo un flujo de trabajo específico y realista.
Estudiemos esto con la ayuda del video a continuación:
¿Por qué crear escenarios de prueba?
Los escenarios de prueba se crean por las siguientes razones:
- La creación de escenarios de prueba ayuda a garantizar que los principales casos de uso estén cubiertos durante las pruebas.
- Los escenarios de prueba pueden ser revisados y aprobados por las partes interesadas, como analistas de negocio, desarrolladores y clientes, para garantizar que la aplicación bajo prueba (AUT) se pruebe exhaustivamente. Esto garantiza que el software funcione en los casos de uso más comunes.
- Sirven como una herramienta rápida para determinar el esfuerzo de trabajo de pruebas y, en consecuencia, crear una propuesta para el cliente u organizar la fuerza laboral.
- Ayudan a determinar las transacciones de un extremo a otro más importantes o el uso real de las aplicaciones de software.
- Para estudiar el funcionamiento de extremo a extremo del programa, un escenario de prueba es fundamental.
👉 Inscríbete gratis en el proyecto de pruebas de software en vivo
¿Cuándo no crear un escenario de prueba?
Es posible que no se creen escenarios de prueba cuando
- Evite crear escenarios de prueba cuando la aplicación sea compleja o inestable, o cuando los plazos del proyecto sean demasiado cortos para la documentación estructurada.
- Los proyectos que siguen la metodología ágil, como Scrum, Kanban, no pueden crear escenarios de prueba.
- No se pueden crear escenarios de prueba nuevos para corregir un nuevo error o Pruebas de regresión Si ya se han documentado en ciclos de prueba anteriores. En tales casos, los escenarios de prueba deben estar ampliamente documentados en los ciclos de prueba anteriores. Esto es especialmente cierto para los proyectos de mantenimiento.
Cómo escribir escenarios de prueba
Como tester, puede seguir estos cinco pasos para crear escenarios de prueba:
- Paso 1: Lea los documentos de requisitos, como BRS, SRS y FRS, del sistema bajo prueba (SUT). También puede consultar casos de uso, libros, manuales, etc., de la aplicación que se va a probar.
- Paso 2: Para cada requisito, determine las posibles acciones y objetivos del usuario. Determine los aspectos técnicos del requisito. Determine los posibles escenarios de abuso del sistema y evalúe a los usuarios con la mentalidad de un hacker.
- Paso 3: Después de leer el Documento de requisitos y realizar su análisis de diligencia debida, enumere diferentes escenarios de prueba que verifiquen cada característica del software.
- Paso 4: Una vez que haya enumerado todos los escenarios de prueba posibles, aparecerá un Matriz de Trazabilidad se crea para verificar que todos y cada uno de los requisitos tengan un escenario de prueba correspondiente
- Paso 5: Los escenarios creados son revisados por su supervisor. Later, también son revisados por otras partes interesadas en el proyecto.
¿Cómo puede ayudar la IA en la automatización de escenarios de prueba?
La IA está transformando la automatización de escenarios de prueba, haciéndola más inteligente, rápida y adaptable que los scripts tradicionales. En lugar de escribir scripts manualmente para cada prueba, las herramientas basadas en IA pueden generar automáticamente escenarios de prueba a partir de historias de usuario, requisitos o incluso datos históricos. Las plataformas que utilizan aprendizaje automático analizan patrones de fallos de pruebas anteriores para predecir áreas de alto riesgo, lo que ayuda a los evaluadores a centrarse en lo realmente importante.
Los marcos de automatización basados en IA pueden autorreparar scripts, actualizando automáticamente los localizadores cuando cambia la interfaz de usuario, lo que reduce drásticamente el tiempo de mantenimiento. También se integran con Canalizaciones de CI/CD, garantizando pruebas continuas y retroalimentación en tiempo real.
Por ejemplo, un motor de IA puede simular miles de recorridos de usuarios en un sitio de comercio electrónico, detectar flujos interrumpidos e incluso sugerir una cobertura de prueba optimizada.
Consejos para crear escenarios de prueba
- Cada escenario de prueba debe estar vinculado a al menos un requisito o historia de usuario según la metodología del proyecto.
- Antes de crear un escenario de prueba que verifique varios requisitos a la vez, asegúrese de tener un escenario de prueba que verifique ese requisito de forma aislada.
- Evite crear escenarios de prueba demasiado complicados que abarquen múltiples requisitos.
- El número de escenarios puede ser elevado y su ejecución resulta costosa. Según las prioridades del cliente, ejecute únicamente los escenarios de prueba seleccionados.
Consejo para estudiantes: Un escenario de prueba describe qué probar; un caso de prueba describe cómo probarlo.
Ejemplo 1: escenario de prueba para una aplicación de comercio electrónico
Para una aplicación de comercio electrónico, algunos escenarios de prueba serían
Escenario de prueba 1: Verifique la funcionalidad de inicio de sesión
Para ayudarle a comprender la diferencia entre el escenario de prueba y Casos de prueba, casos de prueba específicos para este escenario de prueba serían
- Verificar el comportamiento del sistema cuando se ingresa una identificación de correo electrónico y una contraseña válidas.
- Verifique el comportamiento del sistema cuando se ingresa una identificación de correo electrónico no válida y una contraseña válida.
- Verifique el comportamiento del sistema cuando se ingresa una identificación de correo electrónico válida y una contraseña no válida.
- Verifique el comportamiento del sistema cuando se ingresa una identificación de correo electrónico o una contraseña no válidas.
- Verifique el comportamiento del sistema cuando el ID de correo electrónico y la contraseña se dejan en blanco y se ingresa el inicio de sesión.
- Marque ¿Olvidó su contraseña? Funciona como se esperaba.
- Verifique el comportamiento del sistema cuando se ingresa un número de teléfono y una contraseña válidos o no válidos.
- Verifique el comportamiento del sistema cuando esté marcado "Mantenerme firmado"
Como es evidente, los casos de prueba son más específicos.
Escenario de prueba 2: Verifique la funcionalidad de búsqueda
Escenario de prueba 3: Ver el producto Descriptpágina de iones
Escenario de prueba 4: Verifique la funcionalidad de pagos
Escenario de prueba 5: Consultar el historial de pedidos
Aparte de estos 5 escenarios, aquí está la lista de todos los demás escenarios.
- Verifique el comportamiento de la página de inicio para los clientes que regresan
- Verifique las páginas de categorías/productos
- Consulte las páginas de contacto/servicio al cliente
- Consulte las páginas de ofertas diarias
Ejemplo 2: escenarios de prueba para un sitio bancario
Escenario de prueba 1: Verifique la funcionalidad de inicio de sesión y autenticación
Escenario de prueba 2: Se puede realizar una transferencia de dinero con cheque
Escenario de prueba 3: Se puede ver el estado de cuenta de cheques
Escenario de prueba 4: Se puede crear cheque de depósito fijo/depósito recurrente
Y así…
Plantilla de escenario de prueba
Descargar plantilla de escenario de prueba en Excel (.xlsx)
Desafíos y errores comunes en escenarios de prueba
Crear escenarios de prueba efectivos parece sencillo, pero a menudo conlleva dificultades. A continuación, se presentan algunos desafíos y errores comunes que enfrentan los testers:
- Requisitos poco claros: Los requisitos ambiguos o cambiantes conducen a escenarios incompletos o irrelevantes.
- Escenarios superpuestos: Los escenarios redundantes desperdician tiempo y crean confusión en la ejecución de las pruebas.
- Ignorando casos extremos: Centrarse sólo en los caminos comunes hace que se pasen por alto defectos críticos.
- Mala priorización: Tratar todos los escenarios por igual retrasa la prueba de funciones de alto impacto.
- Detalles excesivos: Los escenarios demasiado complejos dificultan el mantenimiento y reducen la agilidad.
- Falta de Trazabilidad: La falta de vínculos entre los requisitos y los escenarios provoca brechas de cobertura.
- Descuidar la preparación para la automatización: Escribir escenarios no adecuados para la automatización limita la escalabilidad.
