Definir casos y scripts de prueba
Mientras documenta y ejecuta los planes de prueba, piense en su público. Los casos de prueba para el equipo de prueba de un proyecto tendrán un conjunto diferente de expectativas que los usuarios finales durante las pruebas de aceptación del usuario.
Una estrategia para las pruebas es seguir las tareas que se han marcado como completadas. La tarea se ha marcado como completada y ahora el evaluador la evalúa para ver si está completa. Si bien esto parece una forma rápida de completar la prueba, solo funciona si los requisitos y las tareas se escribieron con el entendimiento de que también tenían la intención de que las tareas individuales fueran explícitamente comprobables. Dependiendo de la metodología del proyecto, es probable que estas tareas no tengan suficiente información para que un evaluador la use en un caso de prueba. Estas tareas pueden ayudar a dar forma a la narrativa de la prueba, al agrupar las tareas en un caso de usuario que se probará.
Muchos equipos de proyecto incluyen equipos de prueba que comprueban exclusivamente las soluciones en hitos definidos. Un proyecto de Dynamics 365 debe tener un proceso documentado para las pruebas, aunque no se cuente con un equipo independiente para realizar esta tarea. La documentación de los planes de prueba puede realizarla cualquier miembro del equipo del proyecto con suficiente conocimiento de los requisitos y la solución para hacer un plan de prueba completo y fácil de seguir. Estas pruebas deben comprobar requisitos funcionales y no funcionales.
Como se indicó anteriormente, la prueba de aceptación del usuario ocurre cuando los usuarios esperados del nuevo sistema tienen la oportunidad de utilizar el sistema en un entorno aislado para determinar si satisface sus necesidades. A menudo, estos usuarios realizan sus pruebas en función de lo que ya saben sobre su trabajo y cómo se esperaba que el sistema abordara sus necesidades. Sin embargo, las pruebas de aceptación del usuario tienen más éxito cuando se guía a los usuarios en sus esfuerzos. Puede escribir guiones de prueba para que los sigan o, preferiblemente, guiarlos para que escriban sus propios guiones de prueba por adelantado. Estos guiones de prueba deben dirigirse a grupos lógicos de usuarios en función de tareas comunes.