Crear planes de prueba

7 minutos

El siguiente paso en la implementación de la aplicación de lienzo es probarla. Esta unidad lo ayudará a comprender los conceptos básicos de las pruebas. Analicemos tres tipos de pruebas para incluir en el plan de pruebas.

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 funcionen correctamente, la integración entre pruebas unitarias puede fallar. Las pruebas de extremo a extremo se pueden completar siguiendo un escenario de prueba similar al caso de uso del proceso de negocio real.

Pruebas de aceptación del usuario

Las pruebas de aceptación del usuario (UAT) están a cargo del usuario de la aplicación, no del creador. Esta prueba garantiza que lo que han desarrollado los creadores se ajuste a los requisitos del usuario.

Aquí tiene algunos consejos para obtener el máximo provecho de las UAT:

Realice pruebas con los usuarios reales.
Intente elegir usuarios con distintos niveles de capacidades de TI. De este modo, puede obtener varios tipos de comentarios.
No le dé instrucciones al usuario, así verá 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 es crear las pruebas unitarias. Cree una prueba independiente para cada característica o función, que se puede registrar en una tabla como esta:

N.º del caso de prueba	Descripción de la prueba	Entradas con las que hacer la prueba	Resultado esperado
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