Respuesta.

Historia del asunto:

El patrón Arrange-Act-Assert (AAA) fue propuesto para simplificar la estructura de las pruebas y aumentar su legibilidad. Se utiliza activamente en los frameworks de prueba modernos y es el estándar de facto al escribir pruebas automáticas de cualquier tipo.

Problema:

Sin una estructura clara, los casos de prueba se vuelven pesados, difíciles de leer y complicados de mantener. Se genera confusión entre la preparación de datos, la invocación del comportamiento a probar y la verificación del resultado. Esto conduce a la acumulación de deuda técnica y errores en las pruebas.

Solución:

Adherirse estrictamente al patrón AAA al escribir la prueba.

Arrange — preparar las condiciones necesarias, el entorno, los datos de prueba.
Act — realizar la acción que se requiere probar.
Assert — verificar que los resultados cumplen con las expectativas.

Características clave:

Claridad en la separación de etapas de la prueba
Mayor resistencia y mantenimiento de las pruebas
Simplificación de la depuración y el análisis de pruebas fallidas

Preguntas trampa.

¿Se puede romper la secuencia de AAA si la prueba parece obvia?

Generalmente no. Cualquier desviación de la estructura AAA reduce la legibilidad de la prueba para otros desarrolladores y la hace vulnerable a errores en el mantenimiento.

¿Es aceptable combinar Act y Assert en una misma expresión para pruebas cortas?

Es mejor evitarlo, ya que dificulta la comprensión y posible expansión de la prueba en el futuro.

¿Se debe incluir la lógica de limpieza de datos (cleanup) en la etapa de Arrange?

No. La limpieza o Teardown generalmente se implementa en métodos separados, por ejemplo, en los hooks del framework de pruebas (After, AfterEach).

Errores comunes y anti-patrones

Incluir verificaciones de estado en Arrange o Act
No respetar el aislamiento entre pruebas
Combinar múltiples aserciones relacionadas con diferentes acciones lógicas
Falta de separación clara entre los pasos de la prueba

Ejemplo de la vida real

Caso negativo

Una prueba que añade un registro a la base de datos primero realiza una verificación y solo después lo añade. Un aserto aleatorio interrumpe el flujo.

Ventajas:

Escrito rápidamente, cubre un error aleatorio

Desventajas:

Difícil de entender la lógica de la prueba
Aparecen fallos falsos al cambiar la lógica de negocio
Secuencia de acciones impredecible

Caso positivo

La prueba comienza con la limpieza de datos, luego se añade un registro y solo después se verifica el resultado, siguiendo estrictamente la AAA.