Merge pull request #2498 from Juanescacha/source

Multiple small corrections to course content in spanish

Author: mluukkai

src/content/3/es/part3a.md

@@ -171,7 +171,7 @@ import http from 'http'
 
 En estos días, el código que se ejecuta en el navegador utiliza módulos ES6. Los módulos se definen con un [export](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/export) y se utilizan con un [import](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/import).
 
-Sin embargo, Node.js usa los llamados módulos [CommonJS](https://en.wikipedia.org/wiki/CommonJS). La razón de esto es que el ecosistema de Node necesitaba módulos mucho antes de que JavaScript los admitiera en la especificación del lenguaje. En el momento de escribir este material, Node no es compatible con los módulos ES6, pero el soporte para ellos [llegará](https://nodejs.org/api/esm.html) en algún momento.
+Sin embargo, Node.js usa los llamados módulos [CommonJS](https://en.wikipedia.org/wiki/CommonJS). La razón de esto es que el ecosistema de Node necesitaba módulos mucho antes de que JavaScript los admitiera en la especificación del lenguaje. En el momento de escribir este material, Node es compatible con los módulos ES6.
 
 Los módulos de CommonJS funcionan casi exactamente como los módulos de ES6, al menos en lo que respecta a nuestras necesidades en este curso.
 

src/content/4/es/part4b.md

@@ -960,7 +960,7 @@ Utilice el paquete supertest para escribir una prueba que realice una solicitud
 
 Una vez finalizada la prueba, refactorice el controlador de ruta para usar la sintaxis async/await en lugar de promesas.
 
-Tenga en cuenta que tendrá que realizar cambios similares en el código que se hicieron [en el material](/es/part4/testing_the_backend#test-environment),
+Tenga en cuenta que tendrá que realizar cambios similares en el código que se hicieron [en el material](/es/part4/porbando_el_backend#entorno-de-prueba),
 
 **NB:** Al ejecutar las pruebas, es posible que se encuentre con la siguiente advertencia:
 
@@ -974,7 +974,7 @@ module.exports = {
 }
 ```
 
-**NB:** cuando estás escribiendo tus pruebas **<i>es mejor no ejecutar todas tus pruebas</i>**, solo ejecuta aquellas en las que estás trabajando. Lea más sobre esto [aquí](/es/part4/testing_the_backend#running-tests-one-by-one). 
+**NB:** cuando estás escribiendo tus pruebas **<i>es mejor no ejecutar todas tus pruebas</i>**, solo ejecuta aquellas en las que estás trabajando. Lea más sobre esto [aquí](/es/part4/porbando_el_backend#ejecucion-de-pruebas-una-por-una). 
 
 #### 4.9*: Pruebas de lista de blogs, paso 2
 

src/content/5/es/part5c.md

@@ -571,6 +571,8 @@ const author = component.container.querySelector('#author')
 
 <div class="content">
 
+### Pruebas de integración Frontend
+
 En la parte anterior del material del curso, escribimos pruebas de integración para el backend que probaron su lógica y conectaron la base de datos a través de la API proporcionada por el backend. Al escribir estas pruebas, tomamos la decisión consciente de no escribir pruebas unitarias, ya que el código para ese backend es bastante simple, y es probable que los errores en nuestra aplicación ocurran en escenarios más complicados de los que las pruebas unitarias son adecuadas.
 
 Hasta ahora, todas nuestras pruebas para el frontend han sido pruebas unitarias que han validado el correcto funcionamiento de componentes individuales. Las pruebas unitarias son útiles a veces, pero incluso un conjunto completo de pruebas unitarias no es suficiente para validar que la aplicación funciona como un todo.

src/content/partnavigation/partnavigation.js

@@ -268,7 +268,7 @@ module.exports = {
     },
     '4': {
       a: 'Estructura de la aplicación backend, introducción a las pruebas',
-      b: 'Porbando el backend',
+      b: 'Probando el backend',
       c: 'Administración de usuarios',
       d: 'Autenticación de token',
     },