Pruebas: lo que tu herramienta tiene que cumplir

Resumen

Una herramienta que funciona hoy puede romperse con el siguiente cambio, tuyo o del agente. Las pruebas automáticas escriben lo que tiene que cumplir y lo revisan cada vez. Son tu forma de decirle al agente qué es correcto y de comprobar que lo hizo.

1. 1

   Una hipótesis que se comprueba sola

   Una prueba afirma algo comprobable: con estos datos de entrada, la herramienta hace esto. Como una hipótesis, se formula antes y puede fallar. A diferencia de una hipótesis, se vuelve a comprobar cada vez que alguien la corre.

2. 2

   La prueba antes del cambio

   Escribes la prueba, la corres y ves que falla: eso demuestra que mide algo que todavía no existe. Después le pides el cambio al agente y la corres de nuevo hasta que pasa. Si el agente toca la prueba en lugar del código, lo ves en el diff y lo rechazas.

3. 3

   Antes de publicar, todas

   Antes de desplegar corres todas las pruebas, no solo la nueva, porque un cambio puede romper algo que ya funcionaba. Si una falla, no se publica.

Una prueba que falla si una respuesta incompleta entra a la base, escrita antes de pedirle el cambio al agente.