01. Definición
El método de escenarios es un método para mejorar el efecto de la prueba mediante el uso de escenarios para describir los puntos de función o los procesos comerciales del sistema.
El método de escenario generalmente incluye flujos básicos y flujos alternativos, comenzando desde un proceso, determinando el proceso describiendo el camino recorrido y completando el escenario completo atravesando todos los flujos básicos y flujos alternativos.
Las escenas incluyen principalmente 4 tipos principales:
escenario de caso de uso normal
Escenarios de casos de uso alternativos
Escenarios de casos de uso inusuales
escenario hipotético
02. Flujo básico flujo de espera
La imagen de arriba muestra: el flujo básico del caso de uso y el flujo alternativo (nota: los puntos inicial y final del flujo alternativo)
Flujo básico: Está representado por una línea negra recta, que es el camino más simple a través del caso de uso (sin ningún error, el programa se ejecuta directamente desde el principio hasta el final)
Flujo alternativo: Indicado por diferentes colores, un flujo alternativo puede comenzar desde el flujo básico, ejecutarse bajo una determinada condición y luego volver a unirse al flujo básico (como 1 y 3), o puede originarse desde otro flujo alternativo (como 2 ), o terminar casos de uso, no agregados al flujo básico (como 4); (varias condiciones de error)
La escena generada en la figura anterior es la siguiente:
Escenario 1: flujo elemental
Escenario 2: Flujo básico Flujo alternativo 1
Escenario 3: flujo básico flujo alternativo 1 flujo alternativo 2
Escenario 4: Flujo Básico Flujo Alternativo 3
Escenario 5: Flujo básico Flujo alternativo 3 Flujo alternativo 2
Escenario 6: Flujo básico Flujo alterno 3 Flujo alterno 2 Flujo alterno 1
Escenario 7: Flujo Básico Flujo Alternativo 4
Escenario 8: Flujo básico Flujo alternativo 3 Flujo alternativo 4
¿Por qué el método de la escena puede describir todo el evento con tanta claridad?
Porque, el sistema actual básicamente activa el proceso de control por eventos.
Por ejemplo: cuando solicitamos un proyecto, primero debemos enviar los documentos de aprobación y luego el gerente del departamento lo aprobará. Después de aprobar la revisión, el gerente general hará la aprobación final. Si el gerente del departamento no aprueba la revisión, se devolverá directamente. El contexto en el que se dispara cada evento forma la escena. Sin embargo, diferentes secuencias de activación y resultados de procesamiento del mismo evento forman un flujo de eventos. Esta serie de procesos se puede describir claramente utilizando el método de la escena.
03. Pasos del diseño del método de escenarios
De acuerdo con las instrucciones, describa el flujo básico del programa y varios flujos alternativos
Genere diferentes escenarios basados en el flujo básico y varios flujos alternativos
Genere los [url=]casos de prueba[/url] correspondientes para cada escenario
Vuelva a revisar todos los casos de prueba generados, elimine los casos de prueba redundantes y determine el valor de los datos de prueba para cada caso de prueba después de determinar los casos de prueba.
Para cada escenario, es necesario identificar casos de prueba. Los casos de prueba se pueden identificar y gestionar utilizando matrices o tablas de decisión.
En el siguiente ejemplo se muestra un formato general, donde las filas representan casos de prueba individuales y las columnas representan información para los casos de prueba.
En este ejemplo, para cada caso de prueba, hay un ID de caso de prueba, condición (o descripción), todos los elementos de datos involucrados en el caso de prueba (ya sea como entrada o ya en la [url=]base de datos[/url]), y el resultado esperado.
Cree la matriz comenzando por identificar los elementos de datos necesarios para ejecutar el escenario de caso de uso. Luego, para cada escenario, al menos identifique los casos de prueba que contienen las condiciones apropiadas necesarias para ejecutar el escenario. Por ejemplo, en la siguiente matriz, V (válido) se usa para indicar que esta condición debe ser VÁLIDA (válida) antes de que se pueda ejecutar el flujo básico, y I (no válido) se usa para indicar que esta condición activará la alternativa requerida. fluir. "n/a" (no aplicable) utilizado en la siguiente tabla indica que esta condición no se aplica al caso de prueba.
04. Ejemplo de diseño de método de escenario
Hay un ejemplo de compras en línea. El usuario ingresa a un sitio web de compras en línea para comprar. Después de comprar el artículo, debe iniciar sesión con la cuenta. Después de que el inicio de sesión sea exitoso, se realiza la transacción de pago. Después de que la transacción sea exitosa, se genera y completa el formulario de pedido todo el proceso de compra.
1. De acuerdo con las instrucciones, describa el flujo básico del programa y varios flujos alternativos
Flujo básico: iniciar sesión en el sitio web, comprar artículos, iniciar sesión en la cuenta, transacciones de pago y generar pedidos
Flujo alternativo: sin cuenta, cuenta o contraseña incorrecta, sin dinero en la cuenta, saldo de cuenta insuficiente, el usuario sale del sistema
2. Generar diferentes escenarios según el flujo básico y varios flujos alternativos
Escenario 1: inicie sesión en el sitio web, compre artículos, inicie sesión con una cuenta y no tenga cuenta
Escenario 2: Inicie sesión en el sitio web, compre artículos, inicie sesión con una cuenta, cuenta o contraseña incorrecta
Escenario 3: inicie sesión en el sitio web, compre artículos, inicie sesión en la cuenta, pague las transacciones y no tenga dinero en la cuenta
Escenario 4: Iniciar sesión en el sitio web, comprar artículos, iniciar sesión en la cuenta, transacción de pago, saldo de cuenta insuficiente
Escenario 5: inicie sesión en el sitio web, compre artículos, inicie sesión en la cuenta, pague transacciones y genere pedidos
Escenario 6: inicie sesión en el sitio web, compre artículos, inicie sesión con una cuenta y el usuario cierre sesión en el sistema
3. Generar los casos de prueba correspondientes según el escenario
Caso de prueba ID escenario/condición cuenta contraseña saldo resultado esperado
Escenario 1: Sin cuenta In/an/a solicita sin cuenta
Escenario 2: La cuenta o contraseña es incorrecta (la cuenta es incorrecta, la contraseña es correcta) IVn/a indica que la cuenta o contraseña es incorrecta y vuelve a ingresar
Escenario 2: La cuenta o la contraseña son incorrectas (la cuenta es correcta, la contraseña es incorrecta) VIn/a indica que la cuenta o la contraseña son incorrectas y vuelve a ingresar
Escenario 3: El saldo de la cuenta es insuficiente VVI indica que el saldo de la cuenta es insuficiente
Escenario 4: No hay dinero en la cuenta VVI indica que el saldo de la cuenta es insuficiente
Escenario 5: VVV genera un pedido después de una compra exitosa
Escenario 6: Salir del sistema durante la operación El usuario VV sale del sistema
4. De acuerdo con la tabla anterior, diseñe los datos y complete los datos
Caso de prueba ID escenario/condición cuenta contraseña saldo resultado esperado
Escenario 1: Sin cuenta hn/an/a indica que no hay cuenta
Escenario 2: La cuenta o contraseña es incorrecta (la cuenta es incorrecta, la contraseña es correcta) f0n/a indica que la cuenta o contraseña es incorrecta y vuelve a ingresar
Escenario 2: Error de cuenta o contraseña (la cuenta es correcta, la contraseña es incorrecta) ffIn/a indica que la cuenta o la contraseña son incorrectas y vuelve a ingresar
Escenario 3: El saldo de la cuenta es insuficiente ff010 indica que el saldo de la cuenta es insuficiente
Escenario 4: La cuenta no tiene dinero ff00 indica que el saldo de la cuenta es insuficiente
Escenario 5: la compra exitosa ff0500 genera un pedido y el saldo disminuye
Escenario 6: Salir del sistema durante la operación ff0 el usuario sale del sistema