Pruebas de aceptación

¿Qué son las pruebas de aceptación?

Las pruebas de aceptación son el control que ocurre antes de que algo se publique. No un desarrollador revisando su propio código. Un producto, funcionalidad o sistema evaluado frente a los requisitos acordados antes de que nadie empezara a construir.

Las pruebas de aceptación de usuario (UAT) traen a usuarios finales reales o a sus representantes. Recorren flujos de trabajo reales, no demos guionizadas. Las pruebas de aceptación de negocio (BAT) contrastan el producto con los requisitos de negocio definidos al inicio del proyecto. Ambas dependen de criterios de aceptación escritos por adelantado, normalmente a partir de historias de usuario, que convierten el "terminado" en un estándar medible y no en una sensación. Un flujo de compra que pasa las pruebas unitarias pero se rompe ante una compra real es justo lo que las pruebas de aceptación detectan.

En el desarrollo Agile, las pruebas de aceptación corren a la vez que los sprints en lugar de esperar al final. La definición de terminado las incluye. Toda funcionalidad que pasa avanza. Toda funcionalidad que no pasa vuelve atrás. Ese ciclo es lo que mantiene honesto a un producto.

Pruebas de aceptación en Dallonses

Cada funcionalidad que publicamos pasa por pruebas de aceptación antes de cerrarse. No una promesa de calidad en la web. Es cómo estructuramos los sprints.

Escribimos los criterios de aceptación con los clientes al inicio de un proyecto, antes de que arranque el desarrollo. Cuando un sprint termina, las pruebas de aceptación de usuario forman parte de la revisión. El aseguramiento de calidad de software no es una fase programada al final. Está integrado en cada definición de terminado. Cuando algo falla, no se publica. Lo arreglamos y volvemos a pasar el control. Producción se mantiene limpia. La relación se mantiene honesta.

¿Publicando algo que tiene que aguantar en condiciones reales? Asegurémonos de que lo hace.

Hablemos de QA