¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

Automatización de pruebas unitarias con Mocha y Chai en SAP Cloud Platform: Guía paso a paso

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 8 Vistas
0
Cargando...
"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
Pinterest
Telegram
Linkedin
Whatsapp

Sin respuestas

No hay respuestas para mostrar No hay respuestas para mostrar Se el primero en responder

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?