Yerkin: redactar casos automatizables

La eficiencia en testing empieza con el negocio y termina evitando retrabajo. Aquí verás cómo Yerkin, un lenguaje de texto plano con estructura, acelera la transición de casos manuales a automatización, estandariza la redacción y mejora la colaboración del equipo. Con keywords simples y pasos claros, ahorrarás tiempo de diseño y mantenimiento sin perder contexto.

¿Por qué el testing debe enfocarse al negocio y reducir retrabajo?

Priorizar el valor de negocio guía qué validar y cómo hacerlo. Además, limitar el retrabajo es clave para mantener calendarios y calidad. El retrabajo surge por malas prácticas y por no seguir procesos: flojera, desconocimiento o distracciones. Todo esto encarece el mantenimiento, dificulta el entendimiento de los casos y retrasa la automatización.

• Enfoque al negocio para validar lo importante primero.
• Procesos claros para evitar errores repetidos.
• Redacción estandarizada para que cualquiera entienda los casos.
• Transición fluida a automatización sin reinterpretar requisitos.

¿Qué es Yerkin y cómo estandariza los casos de prueba?

Yerkin es un lenguaje de pseudocódigo en texto plano que describe qué hacer en cada caso de uso. Es fácil de aprender y entender por todos, por lo que comunica mejor entre testers y quienes automatizan. Sus ventajas: simpleza, uso de palabras clave, estandarización de casos y reducción del tiempo de diseño.

• Lenguaje de texto plano con estructura para legibilidad y consistencia.
• Comentarios con hashtag que se omiten en la ejecución.
• Casos modulares y reutilizables para mantenimiento sencillo.

¿Qué keywords se usan en Yerkin?

Las palabras clave guían la lectura y la ejecución:

• future: describe de qué trata el caso de prueba.
• escenario: define el contexto inicial.
• given, when, then, and, but: especifican los pasos y resultados esperados.

¿Cómo se escribe un caso con Yerkin?

Ejemplo inspirado en la redacción propuesta:

future: el usuario abre una puerta de perilla para salir
# puedes documentar detalles sin que se interpreten
escenario: el usuario tiene una puerta de perilla cerrada
given: girando la perilla
when: la puerta abre hacia afuera
then: la puerta queda abierta
and: el usuario puede salir

• future presenta el objetivo del caso.
• escenario fija el estado inicial.
• given/when/then ordenan acciones y resultados.
• Los comentarios con hashtag documentan sin afectar la ejecución.

¿Cómo usar variables y modularidad para mantener y automatizar?

Cuando el software está estable, es buen momento para automatizar. Pero si el equipo no entiende los pasos, todo se vuelve conflicto. Yerkin ayuda a que todas las áreas compartan el mismo entendimiento y a que el mantenimiento sea mínimo.

• Usa variables para probar diferentes cantidades o datos. Por ejemplo, cambiar “una” por una variable para abrir 2, 3 o 10 puertas.
• Cambia términos como “perilla” por una variable si el mecanismo es similar. Si el mecanismo cambia (eléctrica, botón, jaladera, empujar), los pasos quizá ya no apliquen.
• La modularidad evita scripts enormes y facilita actualizar un solo script o palabra para ajustar miles de pruebas.
• Diseña pasos reutilizables como si fueran código, para acelerar la automatización y reducir errores.

¿Tú cómo redactas tus casos de prueba para que sean claros y automatizables? Comparte tus ejemplos y dudas en los comentarios.