Inicio del curso

1

驴Qu茅 vamos a construir en el curso avanzado de Node.js?

Introducci贸n a Node.js

2

Conoce qu茅 es node.js

3

Caracter铆sticas de la plataforma Node.js

4

驴Qu茅 tipo de aplicaciones podemos desarrollar con Node.js?

Preparando el entorno de Desarrollo

5

C贸mo instalar Node.js en macOS

6

C贸mo instalar PostgreSQL y Redis en macOS

7

C贸mo instalar Visual Studio Code en macOS

8

C贸mo instalar Ansible en macOS

Arquitectura del Proyecto (Platziverse)

9

Arquitectura y Componentes del proyecto

Introducci贸n a protocolos y patrones de aplicaciones en tiempo real

10

C贸mo funciona el modelo Pub/Sub en MQTT y Web Sockets

Creando M贸dulo de Base de Datos (platziverse-db)

11

Estructura b谩sica de un m贸dulo de Node.js

12

Definici贸n de entidades de base de datos

13

Implementaci贸n de modelos con sequelize

14

Implementaci贸n de un m贸dulo b谩sico de base de datos

15

Implementaci贸n de script de inicializaci贸n de base de datos

16

Creando una advertencia sobre el borrado de base de datos

17

Introducci贸n a pruebas unitarias con Ava.js

18

Introducci贸n a code coverage con nyc

19

C贸mo hacer Mocks y Stubs con Sinon

20

Creaci贸n de fixtures y definici贸n b谩sica del servicio de Agent

21

Implementaci贸n de findbyId y pruebas en el servicio Agent

22

Implementaci贸n de createOrUpdate

23

Revisi贸n del servicio Agent

24

Implementaci贸n del servicio Metric

25

Realizando un ejemplo con el m贸dulo de base de datos

26

Reto: C贸mo modificar el script de inicializaci贸n de la base de datos

Construyendo un servidor en tiempo real para Internet de las Cosas con Mosca/MQT

27

Definici贸n de un Broker de Mensajer铆a

28

Definici贸n de los tipos de mensajes

29

Implementaci贸n del servidor MQTT

30

C贸mo recibir mensajes

31

C贸mo integrar el servidor MQTT con la base de datos

32

C贸mo almacenar la informaci贸n del agente y reportar el agente conectado

33

C贸mo almacenar la informaci贸n de las m茅tricas

34

Probando el servidor MQTT (Ejemplo con mqtt client)

Construyendo el agente de monitoreo (platziverse-agent)

35

C贸mo implementar un custom EventEmitter usando ES6 classes

36

Definiendo un timer de ejecuci贸n continua (setInterval)

37

Implementaci贸n del cliente MQTT

38

Implementaci贸n de m茅tricas personalizadas

39

Probar agent (ejemplo)

Construyendo una API REST con Express (platziverse-api)

40

Implementaci贸n de un servidor b谩sico con express

41

Definici贸n de rutas del API

42

Implementaci贸n de manejo de errores con express

43

Pruebas b谩sicas de Integraci贸n con Ava y supertest

44

Integraci贸n con el m贸dulo de base de datos

45

Implementaci贸n de ruta del API

46

Pruebas de Integraci贸n con Ava, Supertest y Sinon

Asegurando nuestra API REST con JWT

47

Definici贸n de JWT

48

Asegurando nuestra API con express-jwt

49

Modificando las pruebas de integracion

50

Implementando permisos con express-jwt-permissions

Creando un Dashboard Web en tiempo real con WebSockets (platziverse-web)

51

Implementaci贸n de un servidor web est谩tico con express

52

Integrando socket.io con express

53

Integrando agente de monitoreo con socket.io

54

Implementaci贸n de rutas proxy con la API

55

Presentaci贸n de nuestro cliente frontend en Vue.js

56

Integraci贸n del cliente frontend con API (Metric)

57

Integraci贸n del cliente frontend con socket.io (Metric)

58

Integraci贸n del cliente frontend con API (Agent)

59

Integraci贸n del cliente frontend con socket.io (Agent)

Creando un Dashboard para la terminal en tiempo real con Blessed (platziverse-cl)

60

Implementaci贸n de un CLI B谩sico con Node

61

Introducci贸n a Blessed / Blessed Contrib

62

Implementaci贸n del layout b谩sico con Blessed Contrib

63

Integraci贸n con el agente de monitoreo 1

64

Integraci贸n con el agente de monitoreo 2

65

Integraci贸n con el agente de monitoreo 3

Depurando Aplicaciones Node.js

66

Utilizando longjohn para mejores stacktraces

67

Depurando en Desarrollo con node --inspect

68

Depurando en Desarrollo con Visual Studio Code

Preparando nuestra aplicaci贸n para producci贸n

69

Preparando Proyecto para Producci贸n 1

70

Preparando Proyecto para Producci贸n 2

71

Creaci贸n de scripts para despliegue con Ansible

72

Probando el database rol con Vagrant

73

Creando scripts del rol de platziverse db y mqtt (script de automatizaci贸n .yml)

74

Terminando los scripts faltantes

75

Creaci贸n de servidores en DigitalOcean

Desplegando nuestra aplicaci贸n a producci贸n

76

Ejecutando los Scripts de Despliegue

77

Utilizando Aplicaci贸n en Producci贸n y cierre del curso

Bonus: Utilizando platziverse-agent en BeagleBone Black y Raspberry PI

78

Implementaci贸n platziverse-agent con Johnny-Five

No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

C贸mo hacer Mocks y Stubs con Sinon

19/78
Recursos

Vamos a crear unos servicios que van a utilizar unos modelos, y estos son los que se van a conectar a la base de datos. Sequelize se encarga de probar los modelos.

Aportes 17

Preguntas 10

Ordenar por:

Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Reg铆strate o inicia sesi贸n para participar.

en las versiones recientes de sinon no se usa

sinon.sandbox.create()
sinon.sandbox.restore()

esto se convierte a

sinon.createSandbox()
sinon.resetHistory()

Para versiones actuales de sinon me toco realizar los siguientes cambios:

let sanbox = null

test.beforeEach(async () => {
  sanbox = sinon.createSandbox()
  AgentStub = {
    hasMany:sanbox.spy()
  }
  ...
})

test.afterEach(() => {
  sanbox && sanbox.restore()
})

asi es como cambia el c贸digo en las versiones actuales, se llama directamente createSandbox en lugar de sinon.sandbox

de igual manera con afterEach(), directamente es sandbox.restore() sin necesidad de llamar a sinon

test.beforeEach(async () => {
  sandbox = sinon.createSandbox()
  ...
}
test.afterEach( () => {
  sandbox && sandbox.restore()
})

Hola, para los que se atreven a realizar este excelente curso con un poco de desactualizaci贸n como yo. En esta 茅poca ya existe un test runner llamado jest, mantenido por facebook que facilita un poco la construcci贸n de las pruebas automatizadas. Para aquellos que quieran lanzarse con ello y no esten tan empapados, pueden ver el curso de Jest que est谩 m谩s adelante en la escuela de backend con JS o mirar mi implementaci贸n en mi repositorio.

Este test runner, no necesita la creaci贸n de un isolated env como lo es el sandbox ni un proxyquire. El realiza esa gesti贸n internamente. Y para la restauraci贸n o limpieza de ese 鈥渟andbox鈥, jest ofrece la funci贸n clearAllMocks la cual puede ser llamada en los hooks muy similar a como se hace en esta clase.

Esas son algunas conclusiones que he sacado personalmente al hacer ese update de algunas dependencias como el test runner. Si alguien es m谩s experto en el tema agradezco me corriga.

Por si alguien lo est谩 haciendo con jest, este c贸digo me funciona

'use strict'

let config = {
    logging: function(){},
}

let mockMetricModel = {
    belongsTo: jest.fn(),
}

let mockAgentModel = null
let db = null

beforeEach(async () => {
  mockAgentModel = {
    hasMany: jest.fn(),
  }

  const setupDatabase = require('../../index')

  jest.mock('../../models/agent', () => jest.fn(() => mockAgentModel))
  jest.mock('../../models/metric', () => jest.fn(() => mockMetricModel))

  db = await setupDatabase(config)
})

afterEach(() => {
    jest.resetModules()
    jest.clearAllMocks()
})

describe('Agent', () => {
  test('The agent should exists', () => {
    expect(db.Agent).toBeDefined()
  })

  test('setupAgentModel.hasMany should be called', () => {
    expect(mockAgentModel.hasMany).toHaveBeenCalled()  
  })

  test('setupMetricModel.belongsTo should be called', () => {
    expect(mockMetricModel.belongsTo).toHaveBeenCalled()  
  })

  test('setupAgentModel.hasMany should be called with mockMetricModel', () => {
    expect(mockAgentModel.hasMany).toHaveBeenCalledWith(mockMetricModel)
  })
  
  test('setupMetricModel.belongsTo should be called with mockAgentModel', () => {
    expect(mockMetricModel.belongsTo).toHaveBeenCalledWith(mockAgentModel)
  })
})

Usamos los stubs para garantizar que se hacen llamadas a las funciones adecuadas, abstraiendo asi las llamadas de sequelize, las cuales como son de una libreria externa ya testeada no debemos preocuparnos por testearla.

Hola Para lo que est茅n viendo este video en 2021 hay dos peque帽os cambios en sinon 鈥渟inon.createSandbox()鈥 y 鈥渟inon.restore()鈥

test.beforeEach(async () => {
  sandbox = sinon.createSandbox()

  AgentStub = {
    hasMany: sandbox.spy()
  }

  const setupDatabase = proxyquire('../', {
    './models/agent': () => AgentStub,
    './models/metric': () => MetricStub
  })

  db = await setupDatabase(config)
})

demasiada informaci贸n en muy poco tiempo. me frustre 馃槥

Para correr test de forma serial en Jest hasta donde le entiendo a la doc se usa esto: https://jestjs.io/docs/api#testconcurrentname-fn-timeout

desde la versi贸n 5, el objeto sinon es un sandbox por defecto

Como serian las pruebas para la liberia request-promise-native usando sinon.?

Este seria mi implementacion pero no esta funcionando correctamente

const request = require(鈥榬equest-promise-native鈥)
let resolveStub = sandbox.stub(request, 鈥楻equest鈥).withArgs(options).resolves(data)

Donde 鈥渙ptions鈥 son los datos del conexion a la API y 鈥渄ata鈥 es el resultado esperado.

Estoy intentando conseguir hacer los 鈥渟tubs鈥 con Jest y no consigo hacerlos funcionar

Les dejo el codigo sin los stubs por si alguien sabe como implementarlo, Gracias!

import setupDatabase from '..';

const config = {
  logging() {},
};

let db = null;

beforeEach(async () => {
  db = await setupDatabase(config);
});

describe('Agent', () => {
  test('Agent service should exist', () => {
    expect(db.Agent).toBeTruthy();
  });

  test('Setup', () => {
    // expect(MetricStub.belongsTo).toHaveBeenCalled();
    // expect(Agent).toHaveBeenCalled();
  });
});

Me parece interesante compartir esto que esta en la documentacion de AVA

Mocha requires you to use implicit globals like describe and it with the default interface (which most people use). It's not very opinionated and executes tests serially without process isolation, making it slow.

Proxyquire sobreescribe los modelos

Corro el comando npm i sinon --save-dev y el comando npm i --save-dev proxyquire y no se agregan a las dependencias de desarrollo. Alguien sabe porque?

{
  "name": "platziverse-db",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "test": "DEBUG=platziverse:* nyc --reporter=lcov ava tests/* --verbose",
    "setup": "DEBUG=platziverse:* node setup.js",
    "lint": "standard",
    "lint-fix": "standard --fix"
  },
  "author": "",
  "license": "ISC",
  "devDependencies": {
    "ava": "^3.8.2",
    "nyc": "^15.0.1",
    "sqlite3": "^4.2.0",
    "standard": "^14.3.4"
  },
  "dependencies": {
    "chalk": "^4.0.0",
    "debug": "^4.1.1",
    "defaults": "^1.0.3",
    "inquirer": "^7.1.0",
    "pg": "^8.2.0",
    "pg-hstore": "^2.3.3",
    "sequelize": "^5.21.9"
  }
}
npm i proxyquire -D