Tú molas, pero tu navegador no tanto. Para que funcione la presentación como te mereces tienes que abrirla con Chrome, Safari o Firefox.

PTD

Pucela Testing Days

Destacar el hecho del cambio de mentalidad, búsqueda de la calma y no de la urgencia
Keep calm and test first
La charla está organizada en plan BDD. Esta es la "épica de aceptación". Después, cada sección es un "test unitario". Esto no hay que contarlo ahora, sino que se dejará claro al hablar de BDD.

Como desarrollador quiero conocer lo esencial del testing para usarlo si me resulta conveniente

Cuando marquemos algo como @Test es para preguntar a los asistentes. Es de esperar que no se llegue al 50%, por eso presuponemos un rojo (diapositiva siguiente). En caso de que para algún tema (como los introductorios) obtuviésemos "un verde" podríamos pasar mucho más rápido. Al final de la sección volveríamos a preguntar, esperando que los asistentes levanten la mano superando el 50%. Si no es así, hay que resolver dudas hasta pasar. Al final podemos recoger feedback y preguntas generales ("refactor").
@Test

Los desarrolladores utilizan testing con frecuencia en su trabajo diario

La idea de esto es el listado de tests que se ocurren para justo después, como en el TDD by Example.

// TODO: tests pendientes

  1. Visualizar la conveniencia de hacer tests
  2. Explicar una herramienta básica.
  3. Ejemplificar TDD.
  4. Explicar herramientas auxiliares: doubles (mocks, stubs), fixtures, testdatabuilders…
  5. Mostrar un caso lo más real posible.
github.com/juanignaciosl/ptd

¿Empezamos?

Use a spacebar or arrow keys to navigate