Cómo realizar una prueba de aceptación del usuario (uat)

Vídeo: LACCEI 2015: Proceso de pruebas de aceptación para los productos desarrollados en la UCI

UATs evaluar el software basado en las necesidades del usuario y situaciones del mundo real.

UATs evaluar el software basado en las necesidades del usuario y situaciones del mundo real.

Vídeo: IHC-Pruebas de historias de usuario

Una prueba de aceptación de usuario es una evaluación dado a una pieza de software para asegurarse de que cumple con los objetivos fijados para este último durante el diseño y programación de las fases de su desarrollo. La realización de una UAT es una parte importante del desarrollo de software, ya que asegura que el programa acabado satisface las necesidades de sus usuarios previstos. A UAT se realiza típicamente durante la etapa final del desarrollo, cuando el software se prueba como un todo.

Establecer criterios para la prueba de aceptación del usuario. Determinar los objetivos de la prueba tales como los objetivos específicos de diseño que el programa debe cumplir y cómo el programa opera bajo condiciones selectas del mundo real.

Crear un plan logístico para la UAT. Este plan debe definir los puntos clave, tales como el método de ensayo utilizado para la UAT, cómo los objetivos de la prueba se deben cumplir o intentaron durante el transcurso de la prueba y qué funciones o actividades del programa serán el foco específico del ciclo de prueba actual.

Escribir un script para basar la UAT fuera de. Este script debe incluir información específica sobre las acciones que se van a realizar durante la prueba, los resultados esperados de estas acciones y los procedimientos o requisitos especiales para los probadores Una vez que comienza el ciclo de prueba.

Crear la hoja de prueba real para los probadores UAT, con el script como guía. Asegúrese de que la hoja de trabajo incluye cualquier información que los probadores necesitan saber durante la prueba, tales como las acciones que se van a realizar y las contraseñas o claves de producto que pueden ser necesarios durante su uso del software. No incluya información sobre sus expectativas de los resultados de la prueba ya que esto podría dar lugar a sesgo probador. Asegúrese de que las hojas de trabajo de ensayo contienen espacio para los probadores para escribir descripciones exhaustivas o información adicional según sea necesario.

Vídeo: Desarrollando pruebas automatizadas de aceptación en aplicaciones web, utilizando Rspec y Selenium Por Luis Molina

Reclutar probadores ya sea desde dentro de su empresa o de grupos de usuarios finales potenciales. En una situación ideal, debe incluir ambos tipos de probadores para que sus grupos de prueba tienen una mezcla de experiencia y falta de experiencia con el software, aunque esto no es necesario. Si el reclutamiento desde fuera de la empresa, asegúrese de que los probadores de firmar un acuerdo de confidencialidad para mantener sus experiencias pruebas confidenciales.

Permitir a los probadores para utilizar el software, en respuesta a preguntas de la prueba en base a sus experiencias. Los probadores seguirán las instrucciones de la prueba, realizando las acciones necesarias e informar los resultados.

Evaluar los resultados de la prueba después de cada ciclo de prueba ha terminado, la comparación de las respuestas de sus probadores para el guión que ha creado anteriormente. Si los resultados alcanzados por los grupos de prueba no son consistentes con los resultados esperados, tenga en cuenta las posibles razones y hacer las correcciones u otros ajustes al software si es necesario.

Propina

  • comprobar Si desea para sus ciclos UAT para dar cuenta de las condiciones del mundo real, además de condiciones controladas, crear grupos de prueba adicionales que trabajan desde una hoja de prueba diferente. La hoja de trabajo secundario no debe contener las mismas acciones estrictamente definidas como su hoja de prueba primaria, lo que permite a los probadores tienen más control sobre su uso del programa y la creación de una mayor aproximación a cómo se comportará el software cuando es usado por un consumidor estándar.

referencias

  • enlazar Rice Consulting: Claves para el éxito de aceptación de usuario Testing- Randall Rice
  • enlazar Rice Consulting: ¿Qué es la aceptación del usuario Testing- Randall Rice
  • enlazar Exforsys Inc: ¿Qué es la Prueba de Aceptación de Usuario?

Sobre el Autor

Nacido en Virginia Occidental, Jack Gerard ahora vive en Kentucky. Un escritor y editor con más de 10 años de experiencia, ha escrito dos artículos y poemas para su publicación en revistas y en línea. Un ex esgrimista deporte de nivel nacional, Gerard también pasó varios años como entrenador de esgrima y entrenador.

Artículos Relacionados