Skip to content

Commit e7d3f06

Browse files
authored
Update solution.md
1-3-5-3 solution actualizado
1 parent a1b8641 commit e7d3f06

File tree

1 file changed

+4
-2
lines changed
  • 1-js/03-code-quality/05-testing-mocha/3-pow-test-wrong

1 file changed

+4
-2
lines changed

1-js/03-code-quality/05-testing-mocha/3-pow-test-wrong/solution.md

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -4,9 +4,11 @@ Lo que tenemos aquí son en realidad 3 pruebas, pero presentadas como una sola f
44

55
A veces es más fácil escribir de esta manera, pero si ocurre un error, es mucho menos obvio saber qué salió mal.
66

7+
Si un error ocurre en el medio de un flujo de ejecución complejo, tendremos que imaginar los datos en tal punto. Tendremos, en realidad, que hacer un *debug del test*
8+
79
Sería mucho mejor dividir la prueba en múltiples bloques 'it' con entradas y salidas claramente escritas.
810

9-
Como ésto:
11+
Como esto:
1012
```js
1113
describe("Eleva x a la potencia n", function() {
1214
it("5 elevado a 1 es igual a 5", function() {
@@ -23,7 +25,7 @@ describe("Eleva x a la potencia n", function() {
2325
});
2426
```
2527

26-
Reemplazamos el único `it` por un `describe` y agrupamos los bloques `it` dentro. Ahora si algo sale mal, podemos ver claramente que dato fue.
28+
Reemplazamos el único `it` por un `describe` y agrupamos los bloques `it` dentro. Ahora si algo sale mal, podemos ver claramente qué dato fue.
2729

2830
Además podemos aislar un único test y ejecutarlo individualmente escribiendo `it.only` en lugar de `it`:
2931

0 commit comments

Comments
 (0)