Conceptos básicos sobre la configuración de su flujo de trabajo de prueba de aceptación de usuario
En las últimas semanas, le brindamos una mirada más profunda a mundo de las pruebas de aceptación del usuario. Y durante este período de tiempo, hemos recibido preguntas sobre los flujos de trabajo y los procesos detrás de UAT.
Es un tema bastante especial para nosotros también, ya que nuestro seguimiento de errores- & es utilizado por una variedad de personas y empresas que los ayudan en sus esfuerzos de prueba de aceptación del usuario.
En la publicación del blog de hoy, me gustaría mostrarle cómo es el flujo de trabajo real de UAT. Desde la planificación hasta la ejecución y el análisis de sus esfuerzos de UAT.
Comencemos.
5 pasos para su flujo de trabajo de UAT. Así es como funciona.
Las pruebas de aceptación del usuario son complicadas. Eso es lo que probablemente muchos de ustedes piensan. Desde crear un plan UAT hasta ejecutar sus casos de prueba y analizarlos. Todo tipo de departamentos y personas diferentes están involucrados.
Y lo peor de todo: UAT se lleva a cabo en un momento incómodo: al final de un proyecto.
Su equipo de desarrollo ha terminado con sus tareas (al menos deberían serlo) y sus agentes de control de calidad comienzan a probar la aplicación.
Y solo tienen un trabajo principal: probar si la aplicación funciona para sus usuarios.
I Lo guiará a través de los siguientes 5 pasos:
- Planificación
- Ejecución
- Documentación
- Evaluación
- Informes & Lecciones aprendidas
Planificación
Planificar sus esfuerzos de pruebas de aceptación del usuario es absolutamente imprescindible. Sin una planificación adecuada, UAT no lo llevará a ninguna parte. La planificación de las pruebas de aceptación de usuarios debe cubrir las siguientes áreas:
Planificación de la & gestión del tiempo
En un primer paso, debe aclarar algunas preguntas básicas. Debe recopilar información sobre su horario de UAT y sus agentes y evaluadores de QA.
Asegúrese de tener toda la información en un solo lugar para configurar un plan de UAT realista. Y lo más importante: redacte un concepto de cómo deberían verse sus grupos de prueba.
Requisitos del personal
Debe planificar quién de su equipo está involucrado en la ejecución de UAT yUAT, así como asegurarse de que todas las responsabilidades y Las tareas son conocidas.
Todas las personas involucradas en el proceso de UAT deben tener una comprensión clara de cuál es su responsabilidad.
Al configurar su equipo de UAT, asegúrese de incluir a todos en el misma página. Establezca pautas de comunicación claras y prepare a su público objetivo para el caso de prueba.
Comunicación & Estrategia de problemas
Mientras ejecuta los casos de prueba UAT definidos, debe realizar asegúrese de tener un flujo de trabajo que se ocupe de errores, incidencias y otros problemas.
- ¿Cómo va a documentar los problemas?
- ¿Cómo pueden los evaluadores comunicar los problemas?
Lista de verificación de UAT
Antes de comenzar a ejecutar casos de prueba, recomiendo hacer uso de una lista de verificación de prueba de aceptación del usuario. Le ayudará a mantenerse concentrado y a mantener sus esfuerzos y tareas pendientes.
Basándonos en nuestra experiencia con UAT, hemos creado esta plantilla de lista de verificación de flujo de trabajo de UAT para usted. Puede descargar y ver la lista de verificación de forma gratuita.
Ejecución
Tiene un par de opciones al ejecutar sus casos de prueba UAT. Como sugiere el nombre, sus evaluadores (= usuarios potenciales) ahora probarán y evaluarán su aplicación con respecto a ciertos escenarios de prueba.
Si proporciona un producto global en varios mercados geográficos, es muy probable que no pueda cumplir estos probadores en persona.
Los casos de prueba se pueden ejecutar en sesiones individuales a través de Skype o cualquier otro software de videollamadas. Durante las sesiones, obtendrá una gran cantidad de datos cuantitativos y, aún más importante, cualitativos de sus usuarios.
Especialmente si los casos de prueba se ejecutan después del proceso de desarrollo finalizado, es posible que termine con algunos nuevos conocimientos que no ha tenido en cuenta. Se pondrá a prueba su teoría de cuánto conocimiento tienen sus usuarios.
Documentación
La ejecución y la documentación de las pruebas de aceptación del usuario deben realizarse al mismo tiempo. Recomiendo configurar un sistema que le permita documentar toda la información relevante sin perder ningún dato.
La documentación es una cosa, las responsabilidades claramente definidas para garantizar la implementación de los comentarios de sus usuarios es otro factor clave.
Muchos de nuestros clientes han configurado Usersnap para este paso. Los errores, comentarios y otras anomalías se pueden documentar en la pantalla del navegador de su usuario. Un panel de control del proyecto fácil de usar permite a sus colegas obtener una buena descripción general de los problemas importantes. Asegurarse de delegar y asignar prioridades es otra cosa clave aquí.
Evaluación
Durante esta fase, debe evaluar si los criterios definidos se han probado y se cumplen. Y lo más importante si los evaluadores cumplieron con éxito esos criterios.
¿Ha fallado algún caso de prueba? ¿Qué problemas ocurrieron? ¿Cómo se pueden resolver esos problemas y quién es responsable de eso?
Los datos cuantitativos y cualitativos documentados en primer lugar deben analizarse. Se deben responder las siguientes preguntas:
- ¿Cuántos evaluadores completaron los casos de prueba?
- ¿Cuál fue la calificación general de estos casos de prueba?
- ¿Cuál fue el estado mental general de cada evaluador?
- ¿Qué emociones ocurrieron durante los casos de prueba?
La fase de evaluación es bastante extensa, ya que cada y cada caso de prueba debe analizarse y contextualizarse.
Informar & lecciones aprendidas
Puede pensar que la evaluación y la fase de presentación de informes es la misma. No lo son.
Durante la fase de evaluación, usted está recopilando, agregando y analizando datos. Por el contrario, la fase de informes se ocupa del panorama general.
El objetivo principal es recopilar conocimientos y lecciones aprendidas que lo ayudarán a mejorar sus futuros casos de prueba y flujos de trabajo UAT. También puede comenzar a establecer relaciones con algunos de sus evaluadores de UAT durante esa fase, ya que son una fuente útil para obtener más comentarios e ideas.
UAT no es solo una prueba. Es un ciclo.
Las pruebas de aceptación del usuario se realizan regularmente al final de una fase de desarrollo de software, en un momento en que el producto está casi «terminado». Este no debe ser el caso. Los problemas posteriores ocurren, cuanto más costosos son.
Los flujos de trabajo de UAT se pueden implementar mucho antes. Cuando se persigue un enfoque más ágil de UAT, UAT en sí no es un paso del proyecto separado. En cambio, requiere una colaboración continua entre todos los miembros del equipo y partes interesadas.
A lo largo de todo el flujo de trabajo de desarrollo, UAT se convierte en una parte esencial de cada etapa del proyecto.
El objetivo aquí es integrar las pruebas de aceptación del usuario en todos y cada uno de los proyectos paso. UAT ya no es una fase. Asegurar el progreso continuo significa asegurar ciclos continuos de prueba y retroalimentación.
Bonificación: Consejos sobre herramientas para UAT con Usersnap
Al seleccionar una herramienta para ayudar a establecer la comunicación , informes de errores, seguimiento de problemas y colaboración en equipo más fácil, puede recurrir a Usersnap, la herramienta de retroalimentación visual.
Haga clic, captura de pantalla, anote el problema, envíe. ¡Sí, es tan fácil como eso! Usersnap le permite recopilar comentarios de prueba dentro de su aplicación, los usuarios pueden dibujar y comentar directamente, lo que lo hace rápido y preciso. La información del navegador, el tamaño de la pantalla, la URL y los errores de JavaScript se capturan automáticamente con cada ticket para que sus ingenieros puedan reproducir y solucionar problemas en el momento.
Pruébelo hoy gratis.