Inicio del curso

1

De qué tratará este curso sobre Angular 4

Introducción a Angular 4

2

Versionamiento en Angular

3

¿Qué es Angular? Versiones y ventajas

4

Typescript: qué es

5

Introducción al Proyecto: PlatziSquare!

Setup del Ambiente de Trabajo

6

Herramientas de trabajo y Angular CLI

7

Generación y estructura de Angular 4

8

RETO: Haz un cambio simple en el proyecto.

Conceptos Básicos

9

Para qué nos sirven los Módulos y Componentes

10

Tipos de Data Binding y String Interpolation

11

Property Binding

12

Event Binding

13

Two Way Data Binding

14

Directivas en Angular 4 y ngFor

15

Directiva ngIf

16

Instalando librerías con NPM (Google Maps)

Directivas

17

Directivas ngStyle y ngClass

18

Directiva ngSwitch

19

Directiva de atributo

20

Host Listeners

21

Host Binders

Angular UI

22

Angular Material y Bootstrap

23

Configurando e implementando Bootstrap en nuestro proyecto

Ruteo

24

Qué hace el router en Angular 4

25

Implementación de Rutas en el Proyecto

26

Diferencias entre href y routerLink

27

Resaltando el link activo con CSS para indicar visualmente en que componente nos encontramos

28

Parámetros en Rutas

29

Parámetros tipo Query

30

Creando una vista de detalle para el proyecto

31

Creando la página de contacto para PlatziSquare

Servicios

32

Qué son los servicios en Angular 4

33

Creando nuestro propio servicio

34

Configurando Firebase en nuestro proyecto

35

Guardando Records en Firebase

36

Obteniendo records desde Firebase

37

Obteniendo coordenadas usando Geocoding

38

Reto: Crear una vista para editar records

39

Mostrando marcadores en el Mapa de Google

Conexión Remota (Http y Sockets)

40

Funcionamiento de los llamados Http y Sockets

41

Qué es una arquitectura cliente - servidor

42

Enviando llamados tipo POST

43

Enviando llamados tipo GET

44

Formateando respuestas del servidor con el operador map()

45

Manejando errores HTTP

Pipes

46

Utilidad de los Pipes en Angular 4

47

Usando los pipes por defecto de Angular

48

Parámetros en pipes

49

Creando nuestro propio pipe

Animaciones en Angular

50

Configurando animaciones en nuestro proyecto

51

Transiciones

52

Callbacks

53

Solución al Reto: Añadiendo animaciones a nuestra aplicación

Testing en Angular

54

Introducción a unit tests

55

Configuración de testing por default

56

Corriendo los tests

57

Creando unit tests para componentes

58

Integración de Unit Test con Servicios

Autenticación y Protección de Rutas

59

Cómo funcionan los JSON Web Tokens

60

Preparación de vistas para login y registro

61

Registrando usuarios

62

Loggeando usuarios

63

Protección de Rutas

64

Autenticación con redes sociales.

65

Logout

RxJS

66

Qué es RxJS

67

Configurando RxJS en nuestro proyecto

68

Uso de los Observables

69

Implementando un TypeAhead

70

Implementando un TypeAhead 2

71

Solución al reto autocompletar los campos de dirección usando observables

Publicando nuestro proyecto

72

Publicando en Firebase Hosting

Fin del curso

73

Conclusión ¿Qué aprendimos en el curso?

74

Reto final del curso - realiza un nuevo modulo de PlatziSquare de acuerdo con las historias de usuario

Sesiones en vivo

75

Creando un traser bullet de PlatziSquare

76

Sesión de preguntas y respuestas

77

Release de Angular 5

78

Sesión de preguntas y respuestas

79

Angular Universal

Contenido Bonus

80

Actualización de angular, versión 6.0

No tienes acceso a esta clase

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

Curso de Angular 4

Curso de Angular 4

Eduardo Ibarra

Eduardo Ibarra

Integración de Unit Test con Servicios

58/80
Recursos

Aportes 2

Preguntas 0

Ordenar por:

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

Testing en Angular

Nos ayuda a probar nuestra app de una manera programática, para evitar que al modificar algo falle otra cosa.

Esto mejora la manera de diseñar un sistema.

Tipos de test
Isolados o unit test
• Son aquellos que no dependen de ningún otro test o estado de nuestra aplicación, estos son de mucha ayuda ya que te dan mejores resultados por que prueban unidades especificas por si solas.
No isolados
• Son un poco mas funcionales donde hay un proceso como un conjunto de test en secuencia.

El archivo de configuración para los test es el archivo app.component.spec.ts

Los unit test tienen la siguiente estructura:

describe(‘AppComponent’, () => {
//Cuerpo del unit test
});

AppComponent se refiere a lo que estamos probando, que en este caso seria ese componente, pero podría cambiarse por otra cosa.

Después dentro de la función anónima que es el segundo parámetro de la prueba se pone el cuerpo de la misma.

Antes de cada uno de los test se puede correr una función que nos sirva para configurar el ambiente con el que iniciara el unit test:

describe(‘AppComponent’, () => {
beforeEach(async(() => {
Aquí deben ir las funciones;
}));
});

Por ejemplo:
Podemos usar TestBed que es un modulo que nos probé de funciones que pueden ayudarnos con los test.

describe(‘AppComponent’, () => {
beforeEach(async(() => {
TestBed.configureTestingModule({
declarations: [
AppComponent
],
}).compileComponents();
}));
});

En este caso usamos la función configureTestingModule para crear un modulo en el que podamos correr el componente, ya que no se puede usar un componente que no es parte de un modulo, por lo que por parámetro le mandamos la declaración del componente que vamos a utilizar, y luego compilamos los componentes del modulo.

Después tenemos la estructura de los test:

it(‘should create the app’, () => {
});

El test se define de esta manera con 2 parámetros que son la descripción del mismo y su cuerpo.

it(‘should create the app’, () => {
const fixture = TestBed.createComponent(AppComponent);
const app = fixture.debugElement.componentInstance;
expect(app).toBeTruthy();
});

En este caso se revisara si el componente es creado. Por lo que usaremos el método de TestBed para crear el componente luego asignamos a la constante app el componente completo y evaluamos si existe dicho componente.

También se podría cambiar el cambiar la evaluación para que el test verifique otra cosa, por ejemplo:

it(should have as title 'platzi-test', () => {
const fixture = TestBed.createComponent(AppComponent);
const app = fixture.debugElement.componentInstance;
expect(app.title).toEqual(‘platzi-test’);
});

Que el componente tenga un titulo igual al del texto que se envía como parámetro.

it(‘should render title in a h1 tag’, () => {
const fixture = TestBed.createComponent(AppComponent);
fixture.detectChanges();
const compiled = fixture.debugElement.nativeElement;
expect(compiled.querySelector(‘h1’).textContent).toContain(‘Welcome to platzi-test!’);
});

Esto evalúa que el h1 en el componente contenga el texto del parámetro, se usa la función detectChanges(); para tomar el html ya que este debe ser renderizado primero, luego se toma el elemento nativo en compiled y ya con el se puede seleccionar un elemento para evaluarlo

El comando que se usa para correr los test es:
ng test

Cuando se complete el proceso se abrirá el navegador con la pagina correspondiente se debe cambiar localhost por 192.127.0.1

Para traer un servicio en un test hacemos lo siguiente:

const nombreServicio = fixture.debugElement.injector.get(NombreServicio);

Y la constante tendrá el servicio que hemos traído.

ng g s place/place