Tiempo de lectura: 14 minutos
Para asegurar las cualidades técnicas de un producto, para encontrar errores y errores lógicos en el software, es esencial participar en actividades de garantía de calidad. Sin embargo, las pruebas de control de calidad no le dirán si el producto final está alineado con los objetivos de negocio y puede realizar las tareas requeridas en escenarios del mundo real. Por lo tanto, para garantizar que el equipo de desarrollo esté creando el producto adecuado para los usuarios finales reales, es vital realizar pruebas de aceptación de usuarios.
¿Qué es la prueba de aceptación del usuario y en qué se diferencia de la garantía de calidad?
La prueba de aceptación del usuario (UAT) comprueba si un producto es el adecuado para los usuarios finales. Tiene otros nombres, por ejemplo, pruebas de usuario final, operacionales, de aplicación, pruebas beta o validación, pero describen lo mismo. En el aseguramiento de la calidad, es importante distinguir entre validación y verificación.
La verificación se refiere a los procesos generales de control de calidad destinados a probar los aspectos técnicos de un producto para garantizar que realmente funciona. La validación (o prueba de aceptación del usuario) se lleva a cabo para asegurarse de que el producto se corresponde con los requisitos del negocio y puede ser utilizado por el usuario final.
Las actividades de validación y verificación en términos de pruebas generales de productos
La actividad de validación se puede dividir en dos tipos de pruebas.
Las pruebas alfa son la etapa inicial de las pruebas de aceptación, que normalmente realizan los probadores internos, para garantizar que el producto funciona correctamente y cumple con los requisitos comerciales.
Las pruebas Beta, el segundo tipo de pruebas de aceptación, tienen como objetivo cumplir los criterios de aceptación del usuario. UAT puede ser realizado por
- los usuarios reales de un producto existente,
- usuarios de una versión anterior de un producto,
- partes interesadas involucradas en el desarrollo del producto, y/o
- analistas de negocios como especialistas en usuarios finales.
Esto permite al equipo de desarrollo solucionar la mayoría de los problemas de usabilidad, errores y problemas inesperados relacionados con la funcionalidad, el diseño del sistema, los requisitos comerciales, etc.
¿Por qué realmente necesita UAT?
El objetivo principal de las pruebas de aceptación es validar que el producto se corresponde con las necesidades de los usuarios (definidas en la etapa de descubrimiento del producto) y está listo para el lanzamiento. Según una encuesta de Origsoft sobre el uso de UAT, más del 75 por ciento de los encuestados dijeron que realizan múltiples ciclos de pruebas para el usuario final, y el 57 por ciento afirmó que la mala calidad del producto era una razón.
Por lo tanto, estas son las principales razones por las que el UAT es importante y debe ser parte de su desarrollo.
Garantizar la correspondencia con los requisitos comerciales. Como ya hemos mencionado, UAT se realiza para verificar que el producto funciona en las circunstancias del mundo real según sea necesario y permite a los usuarios finales resolver problemas específicos. Si omite UAT, es posible que se pierda algunos defectos importantes o mal funcionamiento del sistema que inevitablemente causarán insatisfacción al usuario.
Ajuste los requisitos iniciales. A veces, a medida que los usuarios finales prueban el producto, pueden llegar a algunas ideas valiosas sobre cómo mejorar el software probado. Obtener este tipo de comentarios le permitirá ajustar sus requisitos para obtener un resultado que será más útil para sus clientes.
Evite pérdidas. En primer lugar, es más barato arreglar el producto en las primeras etapas de desarrollo, por lo que encontrar defectos debido a UAT le permitirá a su equipo de desarrollo mejorar el producto mucho más fácilmente (sin embargo, eso se refiere principalmente al modelo Ágil. Siga leyendo para obtener más detalles). En segundo lugar, todos conocemos historias sobre fallas de productos debido a una funcionalidad y usabilidad deficientes. UAT le proporciona comentarios de usuarios del mundo real y hace que sea mucho menos probable que tenga pérdidas causadas por un lanzamiento de producto fallido.
En cualquier caso, el UAT requiere trabajo de organización y preparación para que sea efectivo. Si desea garantizar la validez de su producto, considere los siguientes pasos para realizar las pruebas de aceptación del usuario.
etapas clave UAT
Analizar los requisitos del producto y definir los entregables clave
Analizar los requisitos del producto es el primer paso de la planificación UAT. La fuente principal de información de entrada sería la especificación de los requisitos de software, ya que incluye el alcance completo de los requisitos operativos y funcionales.
Los requisitos de negocio son los objetivos de alto nivel de su organización que comunican las necesidades de negocio. Estos pueden sonar como » los clientes deben poder usar múltiples métodos de pago.»
Los requisitos funcionales unen una solución técnica con los requisitos empresariales. Por lo tanto, el requisito funcional sonaría como » implementar pasarelas de pago PayPal, Visa y Mastercard, Payoneer.»
La descripción general de estos requisitos le dirá exactamente lo que debe probar, si las soluciones implementadas funcionan para los usuarios y resuelven problemas para el negocio. Los requisitos funcionales se pueden traducir en casos de prueba, teniendo en cuenta los criterios de éxito de los requisitos comerciales. Y eso te ayudará a formar una estrategia general de pruebas. Considere la posibilidad de involucrar a sus analistas de negocio, ingenieros de control de calidad o propietarios de productos para el análisis de requisitos.
La etapa de planificación final es la creación de documentación técnica para el proceso UAT. Aquí, documenta su estrategia de prueba,reglas,escenarios / casos de prueba, estándares, etc. En las siguientes secciones se describe la documentación utilizada en las pruebas de aceptación de usuarios.
Entregables de prueba de aceptación del usuario
Plan de prueba UAT. Crear un plan de prueba de UAT le ayudará a mantener a todos alineados con los mismos objetivos y visión. El documento principal, que incluye toda la información relativa a lo que será probado, por quién, y cómo. Para cubrir todos los aspectos organizativos y procesuales de UAT, debe detallar la estrategia de prueba y los criterios de entrada/salida.
Estrategia de pruebas para el usuario final. La estrategia describe el producto que está probando, el propósito de las pruebas de aceptación del usuario, los tipos de pruebas y los objetivos. Su estrategia de pruebas debe cubrir información como
- descripción del producto,
- objetivos de pruebas,
- alcance de las pruebas,
- estándares,
- tipos de pruebas,,
- probadores/roles
- curadores de procesos (gerentes),
- revisores,
- normas de presentación de informes y
- resultados.
Criterios de entrada. Estas son las condiciones que establecen que el software está listo para ser probado. El equipo de desarrollo, el control de calidad, los analistas de negocio y las partes interesadas los establecen en la fase inicial de la planificación.
Criterios de salida o aceptación. Estas son las condiciones que dictan que el software es válido para los usuarios. Los criterios de aceptación coincidentes serían la etapa final de su UAT.
Escenarios de prueba. Los escenarios de prueba son situaciones hipotéticas que los usuarios pueden encontrar al interactuar con su producto. Su objetivo es guiar a sus probadores a través de posibles problemas de uso del sistema.
Básicamente, un escenario de prueba debe transmitir una idea simple de lo que se probará. Un ejemplo de escenario es «comprobar la funcionalidad del carrito de compras».»Cada escenario de usuario está conectado con uno o dos requisitos o historias de usuario. Se escriben para validar que el sistema es utilizable, verificando las operaciones de extremo a extremo con datos reales.
Para escribir buenos escenarios de prueba para las pruebas de aceptación del usuario, considere involucrar a los usuarios finales en la aprobación para incluir todos los posibles casos de uso, tanto comunes como poco comunes. Además, considera escribirlos en un lenguaje sencillo, evitando frases complicadas o explicaciones excesivamente técnicas.
Casos de prueba. Un caso de prueba es un conjunto de acciones específicas que se realizan para probar y verificar un comportamiento, característica o funcionalidad del sistema en particular. Los casos de prueba son unidades más detalladas que deben corresponder a todos los escenarios de prueba. Muy a menudo, convertirá sus historias de usuario y casos de uso de negocios para escribir casos de prueba eficientes. Ejemplos de casos de prueba son:
- Marque usuario no registrado que agrega el producto al carrito de compras.
- Compruebe el filtrado de carrito de compras.
- Marque el botón «continuar comprando».
Los casos de prueba son eficientes cuando hay un propósito claro establecido, y el usuario es capaz de entender lo que debe hacer para completarlo. La guía del usuario para un caso de prueba puede tener este aspecto:
- Abra la aplicación.
- Agregue cualquier producto a un carrito de compras.
- La autenticación no es necesaria.
- Vaya al carrito de compras.
También puede incluir los resultados esperados en el caso de prueba, para que el usuario esté al tanto de lo que va a suceder:
- El producto aparecerá en un carrito de compras.
- El sistema le pedirá que autorice como usuario registrado.
Normas de presentación de informes. Defina cómo debe verse un informe y qué información debe proporcionar un usuario final.
Informes de ensayo. Estos acumulan datos de salida documentados cuando se completa la prueba. Dependiendo de los estándares de prueba y del escenario de prueba, se puede incluir información diversa en los informes. Pero, por lo general, en UAT, los equipos de control de calidad solo requerirán la aprobación del probador. Un cierre de sesión es solo una confirmación de que la prueba se ha realizado correctamente y se corresponde con los criterios del usuario.
Al final de UAT, los entregables proporcionados pueden ser utilizados por los ingenieros de control de calidad o un gerente de UAT para extraer datos valiosos y comunicar los resultados al equipo de desarrollo.
Tradicionalmente, los ingenieros de control de calidad serán responsables de procesar los comentarios de los usuarios finales. Los resultados de las pruebas, los informes de errores y los registros de fallos/aprobaciones se proporcionan a los desarrolladores para garantizar una comunicación constante entre las diferentes partes del equipo. En función de los comentarios de los usuarios finales, el equipo de control de calidad también puede proporcionar métricas de calidad de software para medir el progreso en términos de UAT.
Plantillas de prueba de aceptación de usuario
Hemos mencionado algunos documentos importantes que deben crearse para la planificación y ejecución adecuadas de UAT. Hay diferentes formas de escribirlos, pero aquí hay algunas plantillas que pueden ser útiles.
- Plantillas de plan de prueba: Plantilla de plan de prueba de Coley Consulting, plantilla sfsu (enlace descargable) o plantilla iiba (enlace descargable)
- Plantilla de escenario de prueba
- Plantilla de informe de prueba
Elija la hora y la forma de las pruebas de usuario final
Las pruebas de aceptación pueden tener lugar en diferentes etapas del proyecto, dependiendo de la metodología que esté utilizando, pero normalmente se realizan al final del ciclo de desarrollo antes del lanzamiento. Como dos de las metodologías de gestión de proyectos más populares en el desarrollo de software son Waterfall y Agile, analizaremos el proceso de prueba de aceptación de usuarios dentro de esos dos modelos.
Pruebas de aceptación en el modelo de cascada
Para profundizar en los detalles, necesitamos recapitular rápidamente lo que es un modelo de cascada. Es una metodología de gestión de proyectos tradicional basada en un desarrollo paso a paso del producto.
Las etapas no se cruzan, lo que significa que no hay pruebas de diseño y diseño simultáneas, ni desarrollo y pruebas. Todo el proceso está estrictamente documentado y tiene la intención de entregar una aplicación completamente funcional al final del desarrollo sin iteraciones.
Etapa de aceptación del usuario dentro del modelo de cascada
Las pruebas de aceptación del usuario en cascada se realizan en la etapa final de desarrollo, justo antes del lanzamiento.
Solo se puede realizar después de que el sistema se considere listo para el código y la función, después de alcanzar los siguientes parámetros.
- Se han cumplido los requisitos comerciales del producto.
- La base de código está terminada.
- Se han completado las actividades de control de calidad (sistema, integración, pruebas unitarias).
- Se han corregido los errores revelados durante la etapa de control de calidad.
- Los problemas visuales menores están en un rango aceptable.
- Entorno de aceptación del usuario (administrador de UAT, herramientas para pruebas, escenarios de prueba, etc.) se crea.
En el modelo de cascada, la prueba de aceptación del usuario es el punto definitivo que demuestra la disponibilidad del software. Si un producto cumple con los criterios de aceptación del usuario, significa que el producto está listo para la producción. Las actividades de UAT, en ese caso, son para completar la comprobación del sistema, su funcionalidad, usabilidad y errores. Sin embargo, el objetivo principal sigue siendo garantizar que el producto se corresponda con los requisitos iniciales y las necesidades del usuario final.
Aceptación del usuario en metodologías ágiles
El modelo Ágil de desarrollo de software no es tan sencillo como Waterfall. Se basa en iterar cada etapa de desarrollo hasta que el producto alcance la calidad y funcionalidad requeridas. Las iteraciones de cada fase permiten un desarrollo altamente flexible y un cambio dinámico en los requisitos, ya que Agile no se centra en crear mucha documentación. Y eso permite que el equipo de desarrollo responda rápidamente a los requisitos cambiantes del cliente.
Prueba de aceptación del usuario en modelo ágil
La imagen muestra el ciclo de desarrollo de productos ágiles con iteraciones. Puede realizar pruebas de aceptación de usuarios en cada etapa del proyecto para garantizar la validez del producto. La principal diferencia entre UAT en Cascada y en Ágil es que UAT se lleva a cabo varias veces (a menudo dentro de cada iteración) y sus resultados pueden afectar los requisitos iniciales, ya que ofrece retroalimentación instantánea sobre lo que funciona mejor.
Los puntos de control para iniciar las pruebas de usuario final en un proyecto ágil son
- requisitos de negocio formados,
- documentación de experiencia de usuario/sistema,
- material de prueba (maquetas interactivas, prototipos de alta fidelidad, demostraciones) y
- entorno de aceptación del usuario.
En Agile, UAT es una parte integral de las actividades de prueba generales, por lo que puede adoptar diferentes formas y utilizar diferentes herramientas. Por ejemplo, pueden ser pruebas de requisitos funcionales y no funcionales o pruebas en las primeras etapas para validar las suposiciones hechas durante la etapa de planificación. Al final de cada iteración, las pruebas de aceptación producen entregables que se utilizan para modificar los requisitos, la arquitectura del sistema, las guías de estilo de experiencia de usuario, etc.
Recluta usuarios y forma un equipo de UAT
Como mencionamos anteriormente, los evaluadores se pueden reclutar de tu base de usuarios existente. Dependiendo de los detalles del proyecto, pueden ser expertos en la materia, usuarios reales del producto, partes interesadas, analistas de negocios, propietario del producto o el cliente. También puede utilizar plataformas de crowdsourcing para buscar probadores o contratar a un especialista independiente en pruebas de usuarios.
Considera crear un mensaje de redes sociales o incluso una landing page para atraer a una audiencia. Sus probadores potenciales no deben necesariamente ser expertos en tecnología o estar familiarizados con los procesos de prueba de software. Sin embargo, los que ya tienen o usarán su producto (o tal vez uno similar) serán buenos candidatos para su UAT, ya que en ese caso puede evitar la incorporación profunda y la participación del equipo de control de calidad.
Implemente herramientas de prueba para el usuario final y comprobadores incorporados
Por supuesto, hay instrumentos específicos en el mercado que están diseñados para pruebas para el usuario final. Las herramientas más populares ofrecen funciones de administración de pruebas, como informes, descripciones generales de tareas y plantillas de documentación de pruebas. Estos son algunos ejemplos de software que se puede usar para respaldar sus actividades de UAT.
Usersnap es una plataforma popular para proporcionar información visual sobre el software probado y las aplicaciones basadas en la web. Básicamente, es una herramienta que permite a los usuarios marcar los errores directamente en la pantalla, dejar comentarios y sugerencias, y compartir los comentarios. Hay muchos instrumentos similares, como Userback y UserTesting.
FitNesse es un framework de código abierto con tecnología wiki para la automatización de pruebas de aceptación. Permite a todas las partes interesadas crear, editar y ejecutar pruebas fácilmente, creando comentarios tempranos. Los usuarios ingresan entradas con formato especial para generar automáticamente pruebas que el sistema ejecuta inmediatamente. Luego, la salida se devuelve y se resalta dependiendo de si coincide con el resultado esperado o no. Esta plataforma de colaboración tiene una curva de aprendizaje suave y es popular entre los equipos ágiles.
Bugwolf es otro instrumento para conducir UAT. Además del entorno de pruebas y de informes de errores, ofrece funciones de gamificación y competencia para motivar e involucrar a los usuarios. También encontrará opciones de pago integradas útiles si va a realizar pruebas de usuario final en línea.
Herramientas de gestión de proyectos conocidas como Jira o Trello también tienen funcionalidad para realizar UAT.
Panel de pruebas en SpiraTest
Cree un entorno de aceptación de usuario y ejecute capacitación
Para aprovechar al máximo las pruebas de usuario final, comience con la capacitación. Sus evaluadores y el gerente de UAT son responsables de eso. Considere estructurar su proceso de capacitación para incluir los siguientes aspectos.
- Presentar a los usuarios el proceso de prueba y sus objetivos.
- Capacite a los usuarios para que usen herramientas para pruebas de usuario final si va a usarlas.
- Proporcionarles normas y directrices para la presentación de informes.
- Asegúrese de que los usuarios entiendan los casos de prueba correctamente, proporcionando soporte si es necesario.
- Suministrarles acceso al entorno de prueba.
La mayoría de las veces, las pruebas de usuario final se pueden realizar por parte del usuario, lo que significa que no tendrá que suministrar el hardware a sus probadores. Todo el proceso también se puede hacer en línea. Los proyectos más complicados o los datos confidenciales pueden requerir la recopilación de un equipo dedicado de evaluadores de usuarios en su oficina. También es importante nombrar a un gerente que proporcione documentación, herramientas y soporte.
Ejecute las pruebas
Una vez que tenga sus escenarios de prueba y casos de prueba, estará listo para realizar las pruebas. Para apoyar a sus usuarios finales durante el proceso y obtener los resultados requeridos, proporcione una comprensión clara de las acciones que requiere cada caso de prueba. Tenga en cuenta que sus usuarios no son probadores profesionales. Durante la prueba, asegúrese de proporcionar datos reales o cercanos a los usuarios, evitando el contenido de muestra o los botones ficticios. Cualquier idea errónea puede atascarlos en el caso de prueba.
Otro aspecto importante es tener a sus desarrolladores listos para arreglar cualquier cosa que salga mal. Su entorno de pruebas puede apagarse o puede haber errores que impidan a los usuarios realizar pruebas. Los usuarios deben poder acceder a la funcionalidad requerida en cada etapa de la prueba, ya sea un diseño interactivo o una aplicación funcional, para permitirles realizar cada caso de prueba incluido en el plan de prueba.
Recopilar información y analizarla
Durante su UAT actividades, obtendrá toneladas de datos de los evaluadores. Su equipo de control de calidad tendrá que analizarlo. Los datos se recopilan a través de informes de usuario enviados manualmente o a través de una herramienta específica. Además, puede realizar entrevistas con usuarios separados para obtener más información sobre los casos de prueba que realizaron y lo que piensan de ellos.
Para evaluar la preparación del sistema, considere medir el porcentaje de pruebas aprobadas/fallidas/fijas.
Panel de control de seguimiento de pruebas en Panaya
También hay algunos puntos más que deben considerarse:
Estabilidad del sistema. La estabilidad puede determinarse por el número de errores inesperados que se hayan producido durante el UAT.
Cobertura de las pruebas. La cobertura se mide por el número de escenarios/casos de prueba escritos y su relación con las pruebas terminadas en general. También puede hacer coincidir los resultados de las pruebas de UAT con el mapa de viaje del usuario para comprender qué parte de la funcionalidad no se probó.
Usabilidad del sistema. Esto se puede calcular por el número de pruebas que no se pasaron porque el usuario no encontró una manera de hacerlo. Pero la experiencia de usuario general se prueba durante las pruebas de usabilidad, que se realizan como una actividad separada.
Cumplimiento de contratos / requisitos. El cumplimiento de los requisitos se comprueba una vez finalizadas todas las pruebas de usuario final. Garantiza que la construcción del software siga correspondiendo a los requisitos iniciales / alcance del contrato, incluso después de los cambios provocados por la aceptación del usuario.
Corregir errores, volver a probar y cerrar sesión
Después de ejecutar UAT, todos los defectos deben documentarse con comentarios relevantes y pasarse al equipo de desarrollo. Tienen que hacer ajustes al código para abordar los problemas revelados por UAT.
Una vez que corrija los errores, vuelva a probarlos para asegurarse de que todo funciona correctamente. Cuando los revisores alcanzan y aprueban los criterios de aceptación, se toma la decisión de aceptación final sobre la preparación de producción del producto.
Roles de equipo UAT
Como mencionamos anteriormente, las pruebas UAT son diferentes de otras actividades de control de calidad porque no solo las realizan especialistas en tecnología, sino que también es importante involucrar a los usuarios finales reales en este proceso. También es necesaria la participación de profesionales de control de calidad y analistas de negocio, así como la estrecha colaboración con el director de proyecto y el equipo de desarrollo.
Las responsabilidades del equipo de UAT pueden variar según las necesidades de la empresa y el proyecto, pero aquí hay un ejemplo de la distribución de roles que puede considerar.
Gerente de programas de negocios. Esta es la persona que coordina y supervisa todo el proyecto, alineándolo con los objetivos de negocio. Antes de la etapa UAT, el gerente del programa debe generar el plan de entrega del programa y el documento de requisitos comerciales para respaldar las actividades de prueba. También es responsable de revisar y aprobar el plan y la estrategia de la prueba.
Durante el UAT, el administrador del programa supervisa la ejecución de las actividades de prueba y garantiza que se completen según lo programado y el presupuesto. Después, revisa el informe de prueba y decide sobre el despliegue a producción.
Líder/gerente de pruebas UAT. La responsabilidad del conductor de prueba es planificar y organizar con precisión el UAT. Para ello, por lo general se requiere una estrecha cooperación con el director del proyecto.
El cliente potencial de prueba reúne y analiza todos los requisitos comerciales y funcionales que luego se utilizan para desarrollar la documentación necesaria, es decir, estrategia de prueba, plan de prueba, escenarios de prueba, etc. Además, en la etapa de preparación, trabaja con el equipo de prueba, asignando escenarios de prueba a los miembros del equipo y organizando capacitación para asegurarse de que los evaluadores entiendan el procedimiento UAT. El plomo de prueba también prepara y gestiona los recursos necesarios y carga los datos de prueba esenciales en herramientas de prueba.
En todo el UAT, el conductor coordina la ejecución de los casos de prueba, asegurándose de que todos los resultados de las pruebas estén documentados. También realiza un seguimiento del progreso de las pruebas, recopila métricas y crea/mantiene un informe de prueba.
Miembros del equipo de prueba UAT. La tarea principal del equipo de pruebas es ejecutar las pruebas de acuerdo con el calendario y las instrucciones proporcionados. Los evaluadores deben crear registros de pruebas e informar sobre defectos e incidentes. También suelen participar en actividades de repetición de pruebas (si es necesario).
El gerente de proyecto, como la persona responsable de la finalización exitosa del proyecto, tiene que monitorear las actividades de prueba, proporcionar apoyo organizacional e informar sobre el progreso. También actuaría como mediador entre el equipo de pruebas, los desarrolladores, el cliente y cualquier otra parte interesada posible.
Lista de verificación UAT
Resumiendo las pautas UAT que presentamos anteriormente, hemos desarrollado una lista de verificación para ayudarlo a organizar sus actividades de prueba y no perderse nada importante.
Iniciando el proyecto UAT.
- Verifique con su equipo de desarrollo que todos los componentes del producto están listos para ser probados. Documentar cualquier problema que no se pudiera abordar antes del UAT.
- Identificar a los principales interesados.
- Elija un líder de equipo responsable del proyecto, incluidos los documentos.
- Discutir y acordar la estructura del proyecto, el equipo UAT y la documentación UAT.
- Discuta a fondo los procedimientos de prueba y cree un plan inicial de UAT.
Planificación de UAT.
- Cree su equipo de UAT y asegúrese de tener evaluadores de cada segmento de mercado y / o de cada grupo de partes interesadas. Asegúrese de que toda la documentación relacionada con la participación esté completa y firmada (confidencialidad, acuerdo de participación, etc.).).
- Comunique la estrategia y el programa de pruebas al equipo. Asegúrese de que cada miembro entienda los roles, procedimientos y responsabilidades.
- Asegúrese de que todos los requisitos comerciales se capten y comuniquen al equipo de UAT.
- Discutir y acordar los criterios de entrada y salida.
- Prepare toda la documentación del negocio: plan de pruebas, escenarios de prueba, casos de prueba, etc.
- Comunicar los objetivos de negocio y los criterios de aceptación / salida del sistema.
- Acordar normas de presentación de informes.
- Realice la capacitación necesaria sobre el sistema y las herramientas auxiliares. Asegúrese de que los evaluadores entiendan cómo reportar incidentes.
- Reunir y preparar todos los recursos necesarios para las actividades de UAT. Reserve espacio si es necesario.
- Prepare y pruebe el entorno, las herramientas de administración de pruebas, los dispositivos, los servidores, los canales de retroalimentación, el seguimiento de problemas, la entrega de contenido, etc.
- Asegúrese de tener todos los inicios de sesión, de que se ha configurado el acceso de seguridad y de que se han cargado los datos de prueba.
Ejecutando UAT.
- Supervise la forma en que se llevan a cabo los procedimientos y asegúrese de que los informes se envíen a tiempo y con precisión.
- Crear y mantener el informe de resumen de prueba.
Actividades posteriores a la UAT.
- Analice la información de salida midiendo el porcentaje de pruebas que pasaron/fallaron, así como categorizando los defectos por gravedad.
- Identificar el estado en función de los criterios de aceptación.
- Preparar el informe final de UAT y presentarlo a las partes interesadas junto con el tiempo y el esfuerzo estimados necesarios para cumplir con los criterios de aceptación y las recomendaciones para su publicación.
Los procedimientos de prueba pueden diferir de una empresa a otra. Aquí hay un par de otras listas de verificación de UAT descargables que también podrían adaptarse a sus necesidades: Lista de verificación 1, Lista de verificación 2.