Tu primera experiencia con Node.js

1

¿Dónde aprender backend con Node.js actualizado?

2

Todo lo que aprenderás sobre backend con Node.js

3

¿Qué es Node.js?

4

¿Qué es Node.js y para qué sirve?

5

Diferencias entre Node.js y JavaScript

6

Resumen: Diferencias Nodejs y Javascript

7

Instalación de Node.js

8

Arquitectura orientada a eventos

9

Node.js para la web

Manejo y uso de Streams con Node.js

10

Introducción a streams

11

Readable y Writable streams

12

Duplex y Transforms streams

Uso de utilidades de Node.js

13

Sistema operativo y sistema de archivos

14

Administrar directorios y archivos

15

Consola, utilidades y debugging

16

Clusters y procesos hijos

Crea tu primer proyecto en Express.js

17

¿Qué es Express.js y para qué sirve?

18

Creando tu primer servidor con Express.js

19

Request y Response Objects

Aprende a crear un API con REST

20

Anatomía de una API Restful

21

Estructura de una película con Moockaru

22

Implementando un CRUD en Express.js

23

Métodos idempotentes del CRUD

24

Implementando una capa de servicios

Cómo conectarse con librerías externas en Express.js

25

Creación de una BD en MongoAtlas

26

Conexión a MongoAtlas una instancia de MongoDB

27

Conexión con Robot3T y MongoDB Compass a una BD

28

Implementación de las acciones de MongoDB

29

Conexión de nuestros servicios con MongoDB

Conoce como funcionan los Middleware en Express.js

30

¿Qué es un middleware? Capa de manejo de errores usando un middleware

31

Manejo de errores asíncronos y síncronos en Express

32

Capa de validación de datos usando un middleware

33

¿Qué es Joi y Boom?

34

Implementando Boom

35

Implementando Joi

36

Probar la validación de nuestros endpoints

37

Middlewares populares en Express.js

Implementa tests en Node.js

38

Creación de tests para nuestros endpoints

39

Creación de tests para nuestros servicios

40

Creación de tests para nuestras utilidades

41

Agregando un comando para coverage

42

Debugging e inspect

Despliega tu primera aplicación en Express.js

43

Considerando las mejores prácticas para el despliegue

44

Variables de entorno, CORS y HTTPS

45

¿Cómo implementar una capa de manejo de caché?

46

¿Cómo contener tu aplicación en Docker?

47

Despliegue en Now

Conclusiones

48

¿Qué aprendiste en este curso?

No tienes acceso a esta clase

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

No se trata de lo que quieres comprar, sino de quién quieres ser. Aprovecha el precio especial.

Antes: $249

Currency
$209

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Suscríbete

Termina en:

14 Días
13 Hrs
23 Min
5 Seg

Creación de tests para nuestras utilidades

40/48
Recursos

Aportes 18

Preguntas 1

Ordenar por:

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

Este curso es un tesoro dentro de platzi, este y el curso avanzado de Nodejs con Julian duque son excelentes.

TDD es test driven development.

En otras palabras: crear primero las pruebas que hay que superar y después desarrollar el código.

  • El profesor considera magnífico usar esto cuando se tiene muy claro la lógica de negocio.
  • Si no lo tienes claro no es recomendable.
  • También es recomendable hacerlo cuando tienes un bug para que tu solución de él perdure en el tiempo.

Otra manera de resolver si el mensaje es listado lo pueden hacer con el operador ternario 😃

function buildMessage(entity, action) {
  return action === "list" ? `${entity}s ${action}ed` : `${entity} ${action}d`;
}

module.exports = buildMessage;

Imaginen que su jefe les diga: “[Your name] el resultado de esta función NUNCA debe ser negativo.”
.
Tienen 2 opciones:
.

  1. Recordar lo que su jefe les dijo SIEMPRE.
  2. Crear un test automático que verifique la función nunca retorne un número negativo.
    .

Creo que estoy entendiendo mejor los tests.

Este módulo de testing me hace recordar al profesional de JS ya que veías una clase y te dabas cuenta que no entendias nadaaaa (no precisamente por el profesor) y tenías que ver las clases como 6 veces y leer documentación e informarte por otros medios.

wuff creo que tendré que ver esto de test un par de veces mas!

Por alguna razón empiezo a entender de a poquito esto de los test, me esperan muchas horas de estudio.

TDD => TEST DRIVEN DEVELOPMENT


:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

😐😥😣

No entendí esta línea, ni mucho del tema 😦

No es fácil aplicarlo pero es bueno intentarlo

En el Curso de Buenas Prácticas para Escritura de Código se habla del tema de TDD (eso si el código de ejemplo es en PHP): https://platzi.com/clases/1630-mejor-codigo/22216-test-driven-development/

|_ |_| _|
|
_ _

	Todo un gigachad

Si tienes un Bug y haces la prueba para replicar la falla y que tu código nuevo no vuelva a caer en esa falla realmente son Pruebas de Regresión

en algún momento explica qué es la lógica de negocio?

Creo que tendré que practicar mucho, porque entendí solo como el 50% de la clase

En mi caso utiize un Switch, de esta manera cuando queramos agregar otro test, solo agregamos el caso y listo.

function buildsMessage(entity, action) {
  switch (action) {
    case 'create':
      return `${entity} ${action}d`;
      break;

    case 'list':
      return `${entity}s ${action}ed`;
      break;

    default:
      break;
  }
}

module.exports = buildsMessage;