Pruebas no funcionales
Las pruebas no funcionales deben poder medirse. Están diseñadas para optimizar la solución para que funcione de la mejor manera posible. Algunas pruebas no funcionales incluyen:
- Pruebas de penetración
- Pruebas de rendimiento
- Pruebas de accesibilidad
Pruebas de penetración
Las pruebas de penetración probarán cómo un hacker puede acceder a su sistema. Son útiles para saber cómo una persona o tecnología pueden obtener acceso a su sistema cuando, en realidad, no deberían poder entrar. Además, descubrirá lo fácil (o difícil) que es romper las defensas de su sistema. En la mayoría de los casos, Microsoft controla este tipo de prueba cuando elige Dynamics 365.
Pruebas de rendimiento
En una prueba de rendimiento, debe probar la velocidad, la escalabilidad y la estabilidad. Dicha prueba le permite observar cómo funcionará el sistema en las condiciones de carga esperadas. Debe asegurarse de que el sistema pueda manejar la cantidad máxima de uso sin ser lento. Por ejemplo, puede crear una prueba para indicar que si un máximo de 5000 usuarios entra en la solución, el tiempo de carga debe seguir siendo de menos de cinco segundos. Debe asegurarse de que ningún componente haga que el sistema vaya demasiado lento. Por ejemplo, quizá haya creado un componente de código en condiciones que no sean las óptimas y eso ha ralentizado al sistema. En este escenario, si el sistema ha sufrido múltiples retrasos que lo han ralentizado, los usuarios se darán cuenta y se quejarán. Debe ejecutar la prueba de rendimiento para comprobar si el sistema funciona de manera óptima y a la velocidad requerida y deseada.
Si prueba la escalabilidad, se asegurará de que el rendimiento del sistema pueda manejar un aumento de usuarios, volumen de datos, importe de las transacciones o número de transacciones. Usted decidirá si su sistema puede escalarse hacia arriba o hacia abajo sin ir más lento o sin errores.
Si la solución deja de funcionar y no puede acceder a ella, las consecuencias para el cliente pueden ser graves. Supongamos, por ejemplo, que el cliente es un proveedor de eventos. Utiliza Dynamics 365 Customer Insights - Journeys para gestionar sus eventos y Dynamics 365 Finance para cobrar por ellos. Si Dynamics 365 Finance no funciona según lo esperado cuando 10 000 personas intentan registrarse para su evento principal, ni su cliente ni estas 10 000 personas estarán contentos.
No puede probar solo con un usuario o un cliente en mente; debe simular múltiples usuarios y tener muchos clientes al mismo tiempo.
Pruebas de accesibilidad
Las pruebas de accesibilidad son útiles para decidir si alguien puede usar su solución o no. Si una persona tiene una discapacidad visual y utiliza un lector de pantalla, o si no puede distinguir los colores, debe crear una solución que se adapte a sus necesidades. Debe asegurarse de que todos tengan acceso a su solución y puedan usarla. Por este motivo, siempre debe sopesar todo posible problema que los usuarios puedan tener al acceder al sistema. Microsoft está creando cada vez más herramientas que prueban la accesibilidad. El lector de pantalla es un ejemplo de prueba de accesibilidad; pruébelo y observe si su solución se puede usar con un lector de pantalla o no.
Los humanos pueden hacer gran parte de estas pruebas. Sin embargo, algunas pruebas, como las pruebas de rendimiento con múltiples usuarios y múltiples clientes, requerirán que use herramientas diseñadas para ayudarlo a realizar las pruebas.