Tabla de contenido:
Demo y morir!
¿Alguna vez ha entregado una presentación o capacitación al cliente y algo se rompe a mitad de camino? O, ¿alguna vez le has dado a alguien un conjunto de instrucciones y te has dado cuenta de que te perdiste algo, o no funcionó como esperabas? Durante cada una de estas instancias, adopta la perspectiva del usuario final y trabaja con el software en esa persona. Lo más probable es que hiciste algo diferente porque pensabas como usuario, en lugar de desarrollador.
Entra en los zapatos del usuario
El ángulo único de las pruebas de aceptación del usuario (UAT) es probar el software como usuario final. El software está diseñado para brindar a los usuarios resultados tangibles. Por ejemplo, los sitios de comercio electrónico permiten a los clientes comprar productos. Cuando un cliente realiza un pedido, el software del sitio de comercio electrónico lo notifica al administrador de la tienda, de modo que el artículo seleccionado se pueda extraer y empacar para su envío. Puede haber diferentes tipos de usuarios de software, por lo que esta etapa de prueba permite al equipo de desarrollo verificar que los usuarios finales logren los resultados esperados del software.
Una breve historia de la UAT
Antes del advenimiento de Internet, la mayoría del software se implementó para un público de usuarios conocido. Si una compañía desarrollaba software para un cliente, un gerente asignado tenía la autoridad para verificar que el software cumpliera con los términos del contrato. Se suponía que esto representaba un punto en el que el software era "adecuado para su propósito", que se logró seleccionando representantes de usuarios finales para realizar pruebas y proporcionar un informe con resultados. Debido a que los usuarios eran un grupo cerrado conocido, cada uno podía recibir capacitación en el uso del software, generalmente a través de pasos de prueba muy detallados. El lema del día era que más detalles eran mejores.
