TDD Test-Driven Development

Hoy en día en la industria del software se menciona mucho TDD. Tal vez se lo menciona mucho más de lo que realmente se utiliza, ya que es difícil para un equipo de trabajo utilizar esta metodología. Veamos de qué se trata:

Qué es Test Driven Development

TDD o Test Driven Development se refiere a una práctica de desarrolladores y desarrolladoras donde primero escriben las pruebas de software, y luego el software en sí.

• Testing is so important that you want to use it as effectively as you possibly can and to do this you need to follow the TDD philosophy.
• TDD is all about writing tests before writing the code and will allow you to have solid, specific ideas about what your software needs to do.
• This gives you clarity.

Haz que tu código pase de ROJO a VERDE

Si tú escribes pruebas sin código que las respalde, obviamente fallarán. TDD consiste en llevar todas tus pruebas que han fallado, a un resultado satisfactorio.

• Most of the time you will be writing tests before you even start writing code.
• Those tests will fail the first time you run them and that is only logical.
• Before we write any new code we need to write a failing test.
• Your goal is to get your tests passed. That is to go GREEN.
  • RED = Falling
  • GREEN = Passing
• Testing a single element promotes implementing the simplest code possible to make your tests pass.

¡Nunca te saltes las pruebas!

Escribir pruebas es difícil, tanto para ti como para todo tu equipo. Pero sé consiente de su importancia en grandes proyectos y de los grandes dolores de cabeza que te evitará siempre hacer pruebas.

• Remember to automate your tests whenever possible.
  • Repetitive tasks.
  • People vs. Computers.
• Do unit testing and system testing.
• System testing exercises the functionality of the system from front to back in real-world, black box scenarios.

Las pruebas de software son todo un mundo y una profesión. Más allá de que seamos desarrolladores o desarrolladoras de software, nos corresponde tener conocimiento y escribir nuestras propias pruebas con código. La calidad del producto que estamos desarrollando se verá reflejada a futuro gracias a este esfuerzo.

---

Contribución creada por: Kevin Fiorentino.