Introducción
¿Cómo generar un flowchart de manera sencilla y rápida sobre un tema de nuestro interés y que no lo conocemos muy bien?
Pasos que seguí
Prompt (1)
Actúa como experto en agile testing y diseñador de flowcharts.
Necesito que me muestres los pasos que tendría que seguir para aprender a diseñar casos de prueba en lenguaje Gherkin considerando las claúsulas Given, When, Then, And, y But; a partir de los Criterios de Aceptación de una Historia de Usuario definida por el Product Owner en un marco de trabajo Scrum, para que luego sirva para completar el diseño de un script automatizado.
La guía que me muestres debe considerar todas las claúsulas definidas para Gherkin en lo que refiere a generar casos de prueba, contemplando las variantes lógicas que puedan presentar para saber cuándo usar Given, When, Then, And, y But de acuerdo con los escenarios y/o excepciones que planteen los criterios de aceptación.
Esta guía de pasos la debes generar en forma de diagrama de flujo (flowchart), mostrando cada uno de los pasos principales y alternativos para entender cómo se debe diseñar un caso de prueba en Gherkin.
Devolución al Prompt (1)
Me devolvió un diagrama de flujo y a continuación una explicación.
Inicio: Comienza el proceso de creación del caso de prueba.
Obtener Criterios de Aceptación de la Historia de Usuario: Reúne los criterios de aceptación proporcionados por el Product Owner para la historia de usuario.
Identificar el contexto inicial (Given): Determina el estado inicial o precondiciones necesarias antes de realizar la acción principal.
Especificar precondiciones en Given: Si hay algún estado previo requerido, descríbelo usando la cláusula Given.
Identificar acción principal (When): Encuentra la acción principal que el usuario debe realizar según los criterios de aceptación.
Especificar la acción en When: Describe la acción principal utilizando la cláusula When.
Identificar el resultado esperado (Then): Determina el resultado esperado tras realizar la acción principal.
Especificar el resultado en Then: Usa la cláusula Then para describir el resultado esperado.
Especificar pasos adicionales en And: Si hay pasos adicionales o complementarios, añádelos usando la cláusula And.
Especificar excepciones en But: Si existen condiciones excepcionales o negativas, descríbelas utilizando la cláusula But.
Revisar y validar el caso de prueba en Gherkin: Revisa todo el caso de prueba para asegurarte de que es claro y cumple con los criterios de aceptación.
Fin: Completa el diseño del caso de prueba en Gherkin.
Este diagrama de flujo proporciona una guía estructurada para diseñar casos de prueba en Gherkin a partir de los criterios de aceptación de una historia de usuario en un marco de trabajo Scrum, asegurando que se consideren todas las cláusulas de Gherkin y se manejen adecuadamente los escenarios y excepciones.
Prompt (2)
Convierte el contenido que has generado en código mermaid, considerando los pasos principales y secundarios para entender cómo diseñar un caso de prueba en lenguaje Gherkin
Devolución al Prompt (2)
flowchart TD
A[Inicio] –> B[Obtener Criterios de Aceptación de la Historia de Usuario]
B –> C[Identificar el contexto inicial (Given)]
C –> D{¿Es necesario algún estado previo o precondición?}
D –> |Sí| E[Especificar precondiciones en Given]
D –> |No| F[Continuar]
E –> F
F –> G[Identificar acción principal (When)]
G –> H[Especificar la acción en When]
H –> I[Identificar el resultado esperado (Then)]
I –> J[Especificar el resultado en Then]
J –> K{¿Existen pasos adicionales o complementarios? (And)}
K –> |Sí| L[Especificar pasos adicionales en And]
K –> |No| M[Continuar]
L –> M
M –> N{¿Existen condiciones excepcionales o negativas? (But)}
N –> |Sí| O[Especificar excepciones en But]
N –> |No| P[Continuar]
O –> P
P –> Q[Revisar y validar el caso de prueba en Gherkin]
Q –> R[Fin]
Este código generará un diagrama de flujo que representa los pasos para diseñar un caso de prueba en lenguaje Gherkin, asegurando que se cubran las cláusulas Given, When, Then, And, y But según los criterios de aceptación de la historia de usuario.
Cuando trasladé el código mermaid al Draw.io, el resultado generó el siguiente error:
Parse error on line 3:
…el contexto inicial (Given)] C –> D
———————–^
Expecting ‘SQE’, ‘DOUBLECIRCLEEND’, ‘PE’, ‘-)’, ‘STADIUMEND’, ‘SUBROUTINEEND’, ‘PIPE’, ‘CYLINDEREND’, ‘DIAMOND_STOP’, ‘TAGEND’, ‘TRAPEND’, ‘INVTRAPEND’, ‘UNICODE_TEXT’, ‘TEXT’, ‘TAGSTART’, got ‘PS’
Iteré dos veces hasta que devolvió el siguiente código mermaid
flowchart TD
A[Inicio] –> B[Obtener Criterios de Aceptación]
B –> C[Identificar contexto inicial]
C –> D{¿Estado previo?}
D –> |Sí| E[Especificar precondiciones en Given]
D –> |No| F[Continuar]
E –> F
F –> G[Identificar acción principal]
G –> H[Especificar la acción en When]
H –> I[Identificar resultado esperado]
I –> J[Especificar el resultado en Then]
J –> K{¿Pasos adicionales?}
K –> |Sí| L[Especificar pasos en And]
K –> |No| M[Continuar]
L –> M
M –> N{¿Condiciones excepcionales?}
N –> |Sí| O[Especificar excepciones en But]
N –> |No| P[Continuar]
O –> P
P –> Q[Revisar y validar el caso de prueba]
Q –> R[Fin]
Al trasladarlo a Draw.io accediendo por la opción + > avanzado > mermaid, finalmente generó el flowchart mejorado a partir del cual se lo puede ir evolucionando conforme a las necesidades que se vayan presentando en la exploración que hagamos.
