Crear planes de prueba
El siguiente paso en la implementación de la aplicación de lienzo es comenzar a probarla. Esta unidad lo ayudará a comprender los conceptos básicos de cómo debe realizar las pruebas. Consideremos tres tipos de pruebas para incluir en su plan.
Tipos de pruebas
Pruebas unitarias
Una prueba unitaria es el componente menor de las pruebas. Se utiliza para comprobar si una función o característica específica de su aplicación está funcionando correctamente.
Pruebas de extremo a extremo
Las pruebas de extremo a extremo se utilizan para comprobar si la solución general se ejecuta correctamente. Son importantes porque, aunque todas las pruebas unitarias funcionan correctamente, la integración entre pruebas unitarias puede fallar. Para realizar estos tipos de pruebas, siga un escenario de prueba similar al caso de uso del proceso de negocio real.
Pruebas de aceptación del usuario
Una prueba de aceptación del usuario (UAT) es una que realiza el usuario de la aplicación en lugar del fabricante. Esta prueba garantiza que lo que han desarrollado los creadores se ajusta a los requisitos solicitados inicialmente por el usuario.
Aquí tiene algunos consejos para sacar el máximo partido de sus UAT:
Realice pruebas con los usuarios reales.
Intente elegir usuarios con niveles de capacidades de TI diversas. De este modo, puede obtener varios tipos de comentarios.
No dé instrucciones al usuario para comprobar si puede comprender la aplicación de forma intuitiva.
Observe cómo navegan los usuarios por la aplicación sin ayuda y luego determine dónde puede mejorar el diseño.
Cuando un usuario se queda atascado en una pantalla, pídale que explique cuáles eran sus expectativas.
Pruebe diferentes dispositivos para asegurarse de que los casos de prueba se comporten de la misma manera, independientemente de la plataforma.
Pruebe funciones sin conexión. Idealmente, pruebe la aplicación en el entorno o la ubicación real del usuario si la aplicación tiene funciones sin conexión.
Pídales a los usuarios de la prueba que intenten "estropear" la aplicación; por ejemplo, que introduzcan caracteres inusuales en los campos de texto.
Los usuarios normalmente seguirán la "ruta feliz" (la ruta que sigue un usuario cuando todo va perfectamente). Pídales que también prueben escenarios como cancelar un informe de gastos en lugar de enviarlo o rechazar un informe de gastos en lugar de aprobarlo.
Es posible que los usuarios no estén familiarizados con las pruebas de software, así que hágales saber qué tipo de comentarios está buscando. Suele ser útil proporcionar una plantilla para "errores" para asegurarse de que los evaluadores expliquen:
- Exactamente lo que estaban haciendo
- Lo que ocurrió
- Lo que esperaban que ocurriera en su lugar
- Cualquier información relevante sobre su entorno de prueba, como el tipo de dispositivo y el navegador.
Es natural y aceptable que el usuario solicite cambios en las especificaciones o pida más características. Estas solicitudes deben registrarse en una lista de características como la que se describe en Priorización de funciones y solicitudes para que pueda priorizarlas e incorporarlas a la aplicación.
Crear escenarios y casos de prueba
Al planificar las pruebas, debe considerar los escenarios importantes que puede haber identificado en la planificación y las fases de diseño del proyecto de Power Apps.
El primer paso que debe realizar es escribir las pruebas unitarias. Querrá desglosar las pruebas para cada característica o función. Los casos de prueba para las pruebas unitarias deben enumerarse de manera similar a esta tabla:
| N.º del caso de prueba | Descripción de la prueba | Entradas con las que hacer la prueba | Resultado esperado | Resultado |
|---|---|---|---|---|
| 1-1 | Enviar los detalles del pedido desde un formulario | N.º de pedido 16516 | El pedido se ha enviado correctamente | |
| 1-2 | Comprobar que se genera un PDF y se adjunta al registro | N/D | El archivo PDF se adjunta al registro | |
| 1-3 | Comprobar que la notificación por correo electrónico se envía al usuario | test@contoso.com | El destinatario especificado recibe el correo electrónico |
En resumen, un buen plan ayudará a que sus pruebas se realicen sin problemas. Su objetivo es crear un plan de pruebas que describa la intención y el alcance de las pruebas, guíe durante el proceso de revisión técnica y admita una implementación fluida de la funcionalidad. El desarrollo de un plan de prueba debe preceder a las pruebas de aceptación del usuario y tener un medio para el seguimiento de los cambios necesarios antes de la implementación.