Fase de pruebas
Ahora que su aplicación está creada, el siguiente paso es comenzar a probarla. En esta sección aprenderá los conceptos básicos de cómo se deben realizar las pruebas.
Tipos de pruebas
Pruebas unitarias
Una prueba de unidad se utiliza para comprobar si una función o característica específica de la aplicación funciona correctamente.
Pruebas de principio a fin
Las Pruebas de pprincipio a fin se utilizan para comprobar si la solución en general se ejecuta correctamente. Esto es importante porque incluso si todas las pruebas unitarias funcionan correctamente, la integración entre dos unidades puede producir potencialmente errores. Estas pruebas se realizan siguiendo un escenario de prueba cercano al caso de uso del proceso de negocio real.
Pruebas de aceptación de usuario
UNA prueba de aceptación de usuario (UAT) la realiza el usuario de la aplicación en lugar del creador. Esta prueba es para garantizar que lo construido por los creadores coincida con los requisitos inicialmente solicitados por el usuario.
Aquí hay algunos consejos para obtener buenos resultados de las UAT:
Pruebe con los usuarios reales.
Intente elegir usuarios con diversidad en términos de niveles de habilidad de TI. De esta manera, puede obtener comentarios diversos.
No le dé instrucciones al usuario; vea si pueden entender la aplicación intuitivamente.
Observe cómo navegan por la aplicación sin ayuda y vea dónde puede mejorar el diseño.
Cuando el usuario está atrapado en una pantalla, pídales que expliquen qué era lo que esperaban.
Pruebe diferentes dispositivos para asegurarse de que los casos de prueba se comporten igual.
Idealmente, pruebe la aplicación en el entorno o ubicación real del usuario si la aplicación utiliza capacidades sin conexión.
Pídales a sus usuarios que intenten "romper" su aplicación, como introduciendo caracteres inusuales en los campos de texto.
Los usuarios generalmente probarán la "ruta feliz" (la ruta que toma un usuario cuando todo va perfectamente); pídales que también prueben escenarios como cancelar un informe de gastos en lugar de enviarlo o negar un informe de gastos en lugar de aprobarlo.
Es posible que sus usuarios no estén familiarizados con el software de prueba. Hágales saber qué tipo de comentarios está buscando. A menudo es útil proporcionar una plantilla para "errores", para asegurarse de que los evaluadores expliquen exactamente lo que estaban haciendo, lo que sucedió, lo que esperaban que sucediera en su lugar y cualquier información relevante sobre su entorno de prueba (como el tipo de dispositivo y el navegador).
Es natural y correcto para el usuario solicitar cambios en las especificaciones o solicitar características adicionales. Estas solicitudes deben registrarse en la lista de características descrita en Priorizar funciones y solicitudes.
Crear casos y escenarios de prueba
Para escribir escenarios de prueba y casos de prueba completos, debe volver a consultar las secciones Fase de planificación y Fase de diseño, para asegurarse de probar todos los escenarios importantes.
El primer paso es escribir las pruebas de unidad. Asegúrese de dividir las pruebas para cada característica o función. Los casos de prueba para las pruebas unitarias deben enumerarse como en la tabla a continuación:
| N.º de caso de prueba. | Descripción de la prueba | Entradas para probar | Resultado esperado | Resultado |
|---|---|---|---|---|
| 1-1 | Enviar detalles del pedido desde un formulario | N.º de pedido. 16516 | El pedido se ha enviado correctamente | |
| 1-2 | Compruebe que se genere un PDF y se adjunte al registro | N/D | El archivo PDF está adjunto al registro | |
| 1-3 | La notificación de comprobación de correo electrónico se envía al usuario | test@contoso.com | El destinatario especificado recibe el correo electrónico |
Herramientas para ayudarle a probar aplicaciones de lienzo
Power Apps Test Studio (experimental)
Para probar en las aplicaciones de lienzo, puede usar una herramienta integrada llamada Power Apps Test Studio para escribir, organizar y automatizar pruebas para aplicaciones de lienzo. Más información: Test Studio (experimental)
Azure Monitor (experimental)
Cuando esté probando problemas de rendimiento, puede usar Monitor para verificar la actividad de la red, similar a un rastreo de red en el navegador. Para obtener detalles sobre la herramienta Monitor, consulte la publicación del blog Presentación de Monitor para depurar aplicaciones y mejorar el rendimiento.
Herramientas para ayudarle a probar aplicaciones basadas en modelo
EasyRepro
EasyRepro es la herramienta proporcionada para Dynamics 365 y aplicaciones basadas en modelo de Power Apps. No solo incluye una herramienta de prueba, sino que también tiene más de 200 casos de prueba de muestra para ayudarle a acelerar el proceso de prueba. Para obtener más información, consulte la publicación del blog Marco de prueba automatizado EasyRepro y acceda a él en el Repositorio EasyRepro de GitHub.
Comprobador de soluciones
El comprobador de soluciones es una herramienta que comprueba que la solución que ha creado es correcta. Puede revisar rápidamente los problemas y ver las soluciones recomendadas. Más información: Use el comprobador de soluciones para validar sus aplicaciones basadas en modelos en Power Apps
Nota
¿Puede indicarnos sus preferencias de idioma de documentación? Realice una breve encuesta. (tenga en cuenta que esta encuesta está en inglés)
La encuesta durará unos siete minutos. No se recopilan datos personales (declaración de privacidad).