Verificaciones antes de construir

LobLogix escribe verificaciones a partir de tu especificación acordada antes de construir la aplicación, para que la meta quede fija primero.

El espacio de trabajo está en inglés. Los nombres de pestañas y etiquetas aparecen aquí en inglés, con su significado entre paréntesis.

Qué es una verificación

Una verificación es una afirmación que la aplicación terminada debe cumplir. En pantalla se llaman Battery Tests (batería de pruebas) y se agrupan en suites (grupos). Las encuentras en la pestaña TDD & QA.

Hay tres tipos:

• Happy Path (camino normal). Cosas que deben funcionar, como registrar una reserva.
• Errors (errores). Cosas que deben rechazarse, como reservar un artículo dos veces para el mismo día.
• Integration (integración). Varios pasos seguidos, como reservar, recoger, devolver y cerrar.

Por qué van primero

Las verificaciones escritas después de construir tienden a describir lo que se construyó. Las verificaciones escritas a partir del acuerdo describen lo que pediste.

Tú las apruebas

Las verificaciones son propuestas hasta que las revisas. Lees cada una frente a la capacidad que cubre y luego fijas el conjunto. Las verificaciones fijadas no se pueden cambiar sin que se note, ni por una persona ni por el asistente.

Atadas a una versión

Cada conjunto de verificaciones queda atado a la instantánea exacta de la especificación a partir de la cual se escribió. A esto se le llama pin (marca). Si una instantánea más nueva de la especificación llega a producción, el grupo lleva la marca newer Living Spec (especificación más nueva), para que sepas que las verificaciones están desactualizadas.

Qué pasa después

La aplicación se construye y se ejecuta contra las verificaciones fijadas. Consulta Cómo se ejecutan las verificaciones y qué significa que pasen.

Para escribir y fijar las tuyas, consulta Escribe, revisa y fija tus verificaciones.