“nyc”: {
“report-dir”: “./spec/istanbul/report”,
“temp-dir”: “./spec/istanbul”,
“reporter”: [ “text”, “text-summary”, “html” ],
“exclude”: [ “spec/**/", "server/.spec.js” ]
}
Bienvenida e Introducción
¿Qué son las pruebas unitarias?
¿Por qué hacer pruebas unitarias?
Creando un framework de pruebas básico
Mi primera prueba unitaria en JavaScript
Las funciones expect() y it()
Organizando el código para correr en la web
Organizando el código para correr utilizando nodejs
Análisis estático de código
Herramientas de análisis estático de código
ESLint: Agregando alertas a nuestro código con ECMA Script
Herramientas de corrección de estilo
Herramientas de tipado
Trabajando con Jasmine en el frontend
Profundización en SpyOn: Comandos más utilizados y cómo ponerlos a prueba
Configurar un ambiente de trabajo para trabajar con el framework jasmine
Configurar Jasmine utilizando Node.js
Primer set de pruebas con Jasmine
Diccionario Jasmine
Probando Nodejs apps con Jasmine
Introducción al módulo de testing del lado del servidor
Configurando el proyecto Jasmine utilizando npm
Agregando Plugins a Jasmine
Configurando nuestro reporter
Pruebas en el servidor: Verificando un status 200 en GET
Pruebas en el servidor: Probando el método GET y Reto con FindByID
Pruebas en el servidor: Probando el método POST (request to server)
Pruebas en el servidor: Probando el método POST (request to PDF)
Probando Angular apps con Jasmine
Tipos de pruebas
Pruebas en el frontend: Probando el componente principal (App)
Configurando los ciclos de vida
Creando las pruebas del formulario: Configuración
Creando las pruebas necesarias para un formulario. (Primeras pruebas)
Probando el caso de exito al guardar un elemento en el servidor.
Trabajando con event emitters
Testeando ngZone y navegación.
Configurando el TestBed de el componente PINs
Creando un espia sobre el objecto window
Pruebas de integración de Angular apps con Jasmine
Ejecutando funciones a través de eventos en el template
Probando la navegación
Probando servicios con HTTP
Completando las pruebas del servicio HTTP
Cierre del curso
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Cristian Daniel Marquez Barrios
Los sistemas de reportes nos ayudan a navegar entre la información para saber cuánta cobertura tiene nuestro código con la red de seguridad que estamos programando.
Vamos a usar la librería IstanbulJS:
npm install --save-dev nyc
"scripts": {
...
"test:server:coverage": "nyc node spec/specs.js",
...
}
Aportes 7
Preguntas 1
“nyc”: {
“report-dir”: “./spec/istanbul/report”,
“temp-dir”: “./spec/istanbul”,
“reporter”: [ “text”, “text-summary”, “html” ],
“exclude”: [ “spec/**/", "server/.spec.js” ]
}
Creo que me quedo con JEST,
Que dicen ustedes ?
Les dejo el código que se debe añadir al final del package.json
"nyc": {
"report-dir": "./spec/istanbul/report",
"temp-dir": "./spec/istanbul",
"reporter": [
"text",
"text-summary",
"html"
],
"exclude": [
"spec/**/*",
"server/*.spec.js"
]
}
Esta muy bueno el reporte de cobertura!.Quisiera saber si hay algun packete o tool que realice el test de time complexity.
Muchas gracias
De donde sacaste esas configuracion para nyc?? Quiero encotrarla en la web istanbul pero no la encuentro. Sino parece que es magia jajaja.
Angular viene con Istanbul preinstalado o qué utiliza para el Coverage??
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?