"Un buen desarrollador probará exhaustivamente su código, mientras que un buen desarrollador perezoso automatizará sus pruebas unitarias"
Es esencial escribir scripts de prueba para la automatización de pruebas unitarias para un equipo de desarrollo que sigue la metodología Ágil y DevOps. Imagina que un programa existente necesita ser mejorado con una nueva característica, un desarrollador implementa la nueva característica y prueba unitariamente los cambios, sin embargo, el desarrollador no prueba escenarios comerciales existentes o no prueba completamente todos los escenarios porque son demasiados. Sin saberlo, los últimos cambios introdujeron algunos errores en las características existentes y solo se detectaron en una etapa posterior del ciclo de desarrollo, y en el peor de los casos, no se detectaron hasta que el código llegó al sistema de producción. Y este caso sucede todo el tiempo.
Entonces, si el programa ya tiene pruebas unitarias en su lugar y hay un proceso para ejecutarlas automáticamente, antes de implementar en un entorno de servidor, el desarrollador es notificado de inmediato del error y puede reaccionar de inmediato y solucionar el problema.
En este blog, hablaré sobre cómo configurar Mocha y Chai, un marco de pruebas popular, en el contexto del Modelo de Programación de Aplicaciones en la Nube de SAP.
Requisitos previos
-
SAP Business Application Studio / Visual Studio Code
-
Cuenta de SAP Cloud Platform
Preparación
Para esta demostración, utilizaré el proyecto resultante de mi blog anterior -
Consumir Servicio Externo - Parte 2
.
El proyecto de trabajo se puede encontrar en este repositorio de GitHub -
Proyecto de CAP de muestra
.
Si has seguido los pasos para probar la aplicación en mi blog anterior, entonces ya sabes cómo configurar el
package.json
para realizar pruebas con datos simulados y reales.
Hasta ahora, la forma en que lo he mostrado es anulando la propiedad
credentials
agregando
doble guion
delante de él.
"cds": {
"requires": {
"NorthWind": {
"kind": "odata",
"model": "srv/external/NorthWind",
"--credentials": {
"destination": "NorthWind"
}
}
}
}
Por lo tanto, no querrás cambiar manualmente tu configuración solo porque quieres cambiar tu método de prueba de datos simulados a datos reales o viceversa. Lo que preferirías es tener una configuración fija y dependerá de cómo ejecutes tu aplicación que utilizará la configuración apropiada.
Para lograr esto, necesitamos actualizar la configuración como se muestra a continuación:
"cds": {
"requires": {
"NorthWind": {
"kind": "odata",
"model": "srv/external/NorthWind"
Pedro Pascal
Se unió el 07/03/2018