Introducción al escenario de prueba
Test Scenario es una combinación de dos palabras, es decir, prueba y escenario. La prueba representa un acto de verificación o validación y el escenario representa el viaje del usuario. Cualquier funcionalidad comprobable se denomina escenario de prueba. El escenario de prueba se puede describir como verificación o validación del viaje del usuario. Será en forma de documentos que contienen todos los casos de prueba escritos en detalle para probar la funcionalidad de extremo a extremo de las aplicaciones. Es una de las categorizaciones de alto nivel de requisitos que son comprobables. También se conoce como posibilidad de prueba o condición de prueba.
¿Por qué crear escenarios de prueba?
Múltiples casos de prueba pueden ser cubiertos por un escenario de prueba. La relación, por lo tanto, entre los escenarios de prueba y los casos de prueba es de uno a muchos. Pero cada escenario debe ser atendido por el probador mientras lo crea. Los probadores lo crean para probar la aplicación desde el punto de vista de un usuario final. Los probadores buscan de todos los desarrolladores, partes interesadas y clientes para prepararlos que son críticos.
Los motivos para crearlos son los siguientes:
- La cobertura de prueba completa y adecuada se garantiza mediante la creación de escenarios de prueba perfectos.
- La creación de ellos se vuelve crítica para estudiar las funcionalidades de extremo a extremo de un programa.
- Las transacciones de extremo a extremo más importantes y críticas o el uso de aplicaciones en tiempo real se pueden determinar bien con la ayuda adecuada de ellos.
- Se pueden usar como una herramienta para la determinación rápida de la fuerza laboral de prueba, lo que ayuda aún más a los clientes u organizaciones para la creación de propuestas y la organización de la fuerza laboral de prueba de manera efectiva y eficiente.
- Para garantizar la realización de pruebas exhaustivas y adecuadas de las aplicaciones, su aprobación se realiza en varios niveles, incluidos clientes, analistas de negocios, desarrolladores, etc.
Del mismo modo, puede haber ciertas circunstancias en las que se debe evitar su creación.
- Es posible que no se cree en proyectos que sigan metodologías ágiles como Scrum, etc.
- Cuando las aplicaciones a probar son inestables, o demasiado complicadas o cuando el proyecto se encuentra en un estado crítico, se puede evitar su creación.
- Se puede evitar su creación para las pruebas de regresión o para un nuevo error porque en los proyectos de mantenimiento se producirían grandes documentaciones de ellos de antemano en los ciclos de prueba anteriores.
¿Cómo se pueden escribir los escenarios de prueba?
Los probadores pueden realizar los siguientes pasos para la creación de escenarios de prueba:
- Paso 1: el documento de requisitos, como la Especificación de requisitos comerciales (BRS), la Especificación de requisitos funcionales (FRS) y la Especificación de requisitos del sistema (SRS) de la aplicación que se va a probar, debe leerse detenidamente y con cuidado. Los manuales, libros, casos de uso, etc. de la aplicación bajo prueba pueden ser referidos para el mismo.
- Paso 2: Todos los objetivos posibles y las acciones del usuario deben resolverse adecuadamente para cada requisito. También se deben determinar todas las características técnicas de cada requisito.
- Paso 3: todas las posibles causas del pirateo del sistema y la evaluación del usuario deben realizarse desde la perspectiva de un pirata informático. La evaluación del usuario se puede hacer encontrando todas las posibilidades de operación del usuario de las aplicaciones.
- Paso 4: debe hacerse una lista completa de todos los casos de prueba posibles para verificar todas las funcionalidades de la aplicación después de leer completamente el documento de requisitos y completar el análisis.
- Paso 5: Después de alistarlos a todos, para verificar que el requisito y su Escenario de prueba coincidan, se debe crear una Matriz de trazabilidad.
- Paso 6: el supervisor revisa y evalúa todos los escenarios de prueba creados. También es verificado por todos los interesados.
Según el procedimiento del proyecto, cada escenario de prueba debe coincidir con al menos una historia o requisito de usuario. Es obligatorio verificar cada escenario de prueba contra sus requisitos por separado, antes de múltiples requisitos en un solo escenario de prueba. Los escenarios de prueba complejos con múltiples requisitos se pueden evitar por simplicidad. El precio es directamente proporcional al número de ellos. Por lo tanto, siempre es aconsejable ejecutar solo los seleccionados y requeridos según la prioridad del cliente.
Ejemplos
A continuación se presentan algunos ejemplos de escenario de prueba.
Escenario de prueba para la aplicación de compra en línea Buykart
Los escenarios de prueba que se pueden tener en cuenta para la verificación de una aplicación de compra en línea Buykart son los siguientes:
Escenario de prueba 1: comprobación de la funcionalidad de inicio de sesión
Los casos de prueba que pueden considerarse para la creación son:
- Se puede verificar el comportamiento de la aplicación al ingresar una identificación de inicio de sesión válida y una contraseña válida.
- Se puede verificar el comportamiento de la aplicación al ingresar una identificación de inicio de sesión válida y una contraseña no válida.
- Se puede verificar el comportamiento de la aplicación al ingresar una identificación de inicio de sesión no válida y una contraseña válida.
- Se puede verificar el comportamiento de la aplicación al ingresar una identificación de inicio de sesión no válida y una contraseña no válida.
- Se puede verificar el comportamiento de la aplicación al iniciar sesión ingresando la identificación de inicio de sesión solo sin una contraseña.
- Se puede verificar el comportamiento de la aplicación al iniciar sesión ingresando la contraseña solo sin identificación de inicio de sesión.
- Se puede verificar el comportamiento de la aplicación al iniciar sesión sin ingresar tanto el ID de inicio de sesión como la contraseña.
- Comportamiento de la aplicación cuando se selecciona la contraseña olvidada.
Escenario de prueba 2: comprobación de la funcionalidad de búsqueda
Los casos de prueba que pueden considerarse para la creación son:
- Comportamiento de la aplicación cuando se busca un producto válido.
- Comportamiento de la aplicación cuando se busca un producto no válido.
Escenario de prueba 3: Verificación de detalles del producto
Los casos de prueba que pueden considerarse para la creación son:
- Comportamiento de la aplicación cuando se selecciona un producto.
- Comportamiento de la aplicación de un producto está en la lista de deseos.
- Comportamiento de la aplicación cuando se agrega un producto al carrito.
- Comportamiento de la aplicación cuando se selecciona la opción Comprar ahora.
- Comportamiento de la aplicación cuando se ingresa una dirección no válida.
- Comportamiento de la aplicación cuando se ingresa una dirección válida.
- Comportamiento de la aplicación cuando se verifican múltiples opciones de pago.
Escenario de prueba 4: comprobación de la funcionalidad de pago
Los casos de prueba que pueden considerarse para la creación son:
- Comportamiento de la aplicación cuando se selecciona cada opción de pago.
- Comportamiento de la aplicación cuando se elige una opción de pago válida.
- Comportamiento de la aplicación cuando se elige una opción de pago no válida.
- Comportamiento de la aplicación cuando un pago es exitoso.
- Comportamiento de la aplicación cuando se rechaza un pago.
Escenario de prueba 5: Verificación de funcionalidad de detalles del pedido
Los casos de prueba que pueden considerarse para la creación son:
- Comportamiento de la aplicación cuando se selecciona cada orden.
- Comportamiento de la aplicación cuando se selecciona la opción Devolver producto.
- Comportamiento de la aplicación cuando se selecciona la opción de seguimiento del producto.
- Comportamiento de la aplicación cuando se selecciona la opción Revisar producto.
Conclusión
Actúa como una guía adecuada para los evaluadores y los ayuda a hacer que las pruebas sean más efectivas y eficientes. Ayuda a reducir la complejidad de las pruebas y la redundancia. Cada caso de prueba está escrito en detalle para una mejor comprensión. Ahorra mucho tiempo a los evaluadores.
Artículos recomendados
Esta ha sido una guía de Qué es el escenario de prueba. Aquí discutimos cómo crear escenarios de prueba con diferentes ejemplos. También puede echar un vistazo a los siguientes artículos para obtener más información:
- Estrés laboral por inseguridad
- Auto motivado y dedicado
- ¿Qué son las pruebas ágiles?
- ¿Cómo escribir un caso de prueba?