DEV Community 👩‍💻👨‍💻

Cover image for 100 Días de código: 2, primeros pasos con Jest #100DaysOfCode
Daro
Daro

Posted on

100 Días de código: 2, primeros pasos con Jest #100DaysOfCode

👋 ¡Bienvenido!

Este es mi segundo día en el reto #100DaysOfCode y hoy he decidido dedicarme a comenzar con el aprendizaje del testing en Javascript, no se porque siempre lo omití.
Al investigar me encontré con un framework bastante conocido que tiene una guía para aprender a hacer testing y es...
🎉Jest🎉

En su documentación la cual puedes encontrar aqui se puede dar los primeros pasos de como comenzar a hacer testeo de Javascript

Con ayuda de ello cree unos cuantos repositorios que me permitieron hacer unas cuantas pruebas y llenar un poco el vacío que hay en mi github.

Ahora quiero añadir un extra a estos blogs en donde explique que cosas realice y aprendí como una nueva sección que seria similar a lo que se haría en un scrum.

Ayer

1 Pensé y prepare los contenidos que quería aprender en este reto.
2 Planee los cambios que quiero hacer a mi pagina web.
3 Cree un ejemplo de una API CRUD con Node y Express.
4 Aplique Pomodoro a mis tiempos de código y estudio.

Hoy

1 Diseñe los wireframes de las secciones principales de mi pagina web.
2 Comencé a practicar testing con Jest.
3 Aprendí test asíncrono y síncrono con Jest.
4 Aprendí a agrupar test con la función de Jest describe
5 Aprendí que los métodos de Jest beforeEach() y afterEach() se ejecutan antes y despues de cada test respectivamente y que los métodos como beforeAll() y afterAll() te permiten ejecutar código antes y despues de todos los testeos, respectivamente.
lista de cosas
Y bueno eso es todo por hoy, recuerden que esto no es un tutorial si no solo mis propias experiencias en mi día a día.

Que tengan una bonita noche y éxito con todo lo que deseen y tengan que hacer.🎉

Top comments (0)

Timeless DEV post...

How to write a kickass README

Arguably the single most important piece of documentation for any open source project is the README. A good README not only informs people what the project does and who it is for but also how they use and contribute to it.

If you write a README without sufficient explanation of what your project does or how people can use it then it pretty much defeats the purpose of being open source as other developers are less likely to engage with or contribute towards it.