Bienvenida e Introducción

1

¿Qué son las pruebas unitarias?

2

¿Por qué hacer pruebas unitarias?

Creando un framework de pruebas básico

3

Mi primera prueba unitaria en JavaScript

4

Las funciones expect() y it()

5

Organizando el código para correr en la web

6

Organizando el código para correr utilizando nodejs

Análisis estático de código

7

Herramientas de análisis estático de código

8

ESLint: Agregando alertas a nuestro código con ECMA Script

9

Herramientas de corrección de estilo

10

Herramientas de tipado

Trabajando con Jasmine en el frontend

11

Profundización en SpyOn: Comandos más utilizados y cómo ponerlos a prueba

12

Configurar un ambiente de trabajo para trabajar con el framework jasmine

13

Configurar Jasmine utilizando Node.js

14

Primer set de pruebas con Jasmine

15

Diccionario Jasmine

Probando Nodejs apps con Jasmine

16

Introducción al módulo de testing del lado del servidor

17

Configurando el proyecto Jasmine utilizando npm

18

Agregando Plugins a Jasmine

19

Configurando nuestro reporter

20

Pruebas en el servidor: Verificando un status 200 en GET

21

Pruebas en el servidor: Probando el método GET y Reto con FindByID

22

Pruebas en el servidor: Probando el método POST (request to server)

23

Pruebas en el servidor: Probando el método POST (request to PDF)

Probando Angular apps con Jasmine

24

Tipos de pruebas

25

Pruebas en el frontend: Probando el componente principal (App)

26

Configurando los ciclos de vida

27

Creando las pruebas del formulario: Configuración

28

Creando las pruebas necesarias para un formulario. (Primeras pruebas)

29

Probando el caso de exito al guardar un elemento en el servidor.

30

Trabajando con event emitters

31

Testeando ngZone y navegación.

32

Configurando el TestBed de el componente PINs

33

Creando un espia sobre el objecto window

Pruebas de integración de Angular apps con Jasmine

34

Ejecutando funciones a través de eventos en el template

35

Probando la navegación

36

Probando servicios con HTTP

37

Completando las pruebas del servicio HTTP

38

Cierre del curso

No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Curso de Unit Testing para MEAN con Jasmine

Curso de Unit Testing para MEAN con Jasmine

Cristian Daniel Marquez Barrios

Cristian Daniel Marquez Barrios

Creando las pruebas del formulario: Configuración

27/38
Recursos

Aportes 6

Preguntas 4

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

o inicia sesión.

Con Angular haciendo Unit Testing yo he escrito testeos haciendo SpyOn al service y un returnValue(dummyData).
También he otra visto otra manera que es haciendo un con httpMock.expectOne y despues .flush(dummyData);
Y en muchas partes también he visto tu manera que es hacer stubs, entonces ahora a mi pregunta.
Como o cuándo se debería usar qué o cuál es la forma “correcta”?
Gracias!

Yo lo que suelo hacer es crear un espia y modificar el comportamiento para que me devuelva un true, false, etc. Pero me parece que esto de los Stub es mejor.

ng test --codeCoverage: Inicia los tests y a la vez creo en una carpeta llamada coverage, un reporte web (index.html) para visualizar el estado de las pruebas procesadas.

Cuando se trata de gestionar las dependencias (clases necesarias) del componente a testear disponemos de 4 enfoques:

  1. Usando la dependencia real (pasamos de pruebas unitarias a de integración).
  2. Creando stubs de las clases.
  3. Sobre-escribiendo las clases originales.
  4. Creando spies de las clases.

alguien sabe como solventar este error?

this.formFilter = this.formBuider.group({
      operativeAgent: [[], []],
      actualStatus: [[], []],
      entryType: [[], []],
      maintenanceOrigin: [[], []],
      penaltyType: [[], []],
      color: [[], []],
      consecutive: ['', [Validators.maxLength(100), Validators.pattern('^[a-zA-Z0-9 ,]*$')]],
      area: [[], []],
      subarea: [[], []],
      substation: [[], []],
      elementType: [[], []],
      element: [[], []],
      scheduledStartDate: ['', [this.generalService.validateDatesReactive('scheduledStartDate', 'scheduledEndDate')]],
      scheduledEndDate: ['', [this.generalService.validateDatesReactive('scheduledStartDate', 'scheduledEndDate')]],
      startWeek: ['', []],
      endWeek: ['', []],
      carga: ['', []]
    });

Error: There is no FormControl instance attached to form control element with name: ‘scheduledStartDate’

Si estan ejecutando las pruebas en windows 10 y les da error al ejecutar las pruebas con el flag --codeCoverage hay que agregr una nueva entrada en nuestro pckage.json como esta justo despues de la entrada test

"test:coverage": "ng test --no-watch --code-coverage",

luego de esto podemos ejecutar el comando npm run test:coverage y nos generará el reporte

Adicionalmente si el codigo del profesor les está causando problemas, pueden clonar este fork que hice del proyecto el cual lo he actualizado a angular 11
https://github.com/designeromega/mean.git