"Escribe tests. No demasiados. Principalmente de integraci贸n."

鉁嶐煆 Kent C. Dodds

Si empiezo con esta frase es para introducir la idea de que no hay un s贸lo tipo de test. Y dejar caer que no hay que volverse locos probado c贸digo. Es mejor empezar poco a poco, pero empezar. Si ya has empezado, entonces avanzar un poco m谩s.

En cualquier caso te vendr谩 bien un repaso de conceptos b谩sicos y nomenclatura.

Tipos de Pruebas

馃 Manuales -> Programadas

  • 鉂 Dependemos de las personas
  • 鉁旓笍 Se pueden configurar y lanzar autom谩ticamente

鈿 T茅cnicas -> Funcionales

  • 鈿 Se puede comprobar el rendimiento, la seguridad, usabilidad...
  • 鉁旓笍 La funci贸n del software, su utilidad.

馃攷 Unitarias -> De integraci贸n -> De inicio a fin

  • 鉁旓笍 unitarias: Pruebas de caja blanca que verifican una funci贸n, una clase o un componente.
  • 鉁旓笍 de integraci贸n: Pruebas de caja blanca que verifican que varios componentes funcionan bien juntos.
  • 鉁旓笍 de inicio a fin: Pruebas de caja negra que replican el comportamiento de un usuario ante un sistema completo.

Otras: de regresi贸n, de humo, de aceptaci贸n...

鈱 Despu茅s -> Durante -> Antes

  • 鉁旓笍 Despu茅s o mucho despu茅s legacy. Es costoso, pero imprescindible para un refactoring y muy habitual en un end to end
  • 鉁旓笍 Durante es aburrido pero necesario para las pruebas de integraci贸n, vas probando lo que vas programando.
  • 鉁旓笍 Antes El conocido como TDD para pruebas unitarias o BDD para las de integraci贸n. Menos costoso, m谩s divertido y con mucho mejor dise帽o resultante.