Pruebas de aceptación del usuario UAT

Las pruebas de aceptación del usuario son la prueba que hace el propio comprador antes de firmar la entrega de un sistema nuevo. No la del proveedor. La suya. Usted se sienta ante el programa y comprueba que hace el trabajo que ha pagado.

La mejor forma es escribir unas cuantas jornadas de trabajo corrientes y recorrerlas una a una. Un cliente compra tres artículos y paga la mitad en efectivo y la mitad con tarjeta. Un paciente pide cita y luego llama para cambiarla. Un padre pide el recibo de las cuotas del trimestre pasado. Cada caso es un escenario. Escríbalos antes de ver el programa, para que la lista salga de su negocio y no de las pantallas que ya ha dibujado otra persona.

Pruébelos con los aparatos de verdad. Los móviles que su personal lleva encima, la impresora de tickets detrás del mostrador, el datáfono, el portátil viejo de la trastienda. Una prueba en el ordenador rápido de un programador demuestra muy poco. Cuando Linkysoft entrega un sistema de clínica, pedimos a la recepcionista que repase un martes normal desde su mesa y con su impresora. La mitad de lo que falla la primera semana es una impresora, una conexión lenta o una pantalla más pequeña de lo que nadie esperaba.

Decida de antemano quién firma. Una persona con nombre y apellidos de su lado, casi siempre la que cargará con la culpa si algo sale mal. Resérvele tiempo real en la agenda, media jornada, no veinte minutos entre reuniones. Después acuerden qué pasa con los fallos que aparezcan tras la firma. Esa es la parte que todos se saltan. Pida una garantía por escrito, de treinta o noventa días, en la que se arregle sin coste todo lo que no cumpla los escenarios pactados.

El error más común es probar solo el camino fácil. Todo funciona cuando el cliente paga entero y no devuelve nada. Pruebe la devolución, la cita anulada, el precio equivocado, el empleado que se fue el mes pasado. En Linkysoft la lista de escenarios se escribe con el cliente antes de empezar un proyecto de aplicación web, y la misma lista se usa en el lado del teléfono cuando construimos la aplicación móvil. Así la discusión sobre qué significa terminado ocurre al principio y no al final, que es cuando cuesta dinero.