Aprende con ejemplos

Los tests automáticos no son nada nuevo en el mundo del software y aunque cada vez más desarrolladores están convencidos de su utilidad, pocos escriben tests en su día a día. Las excusas son siempre las mismas: no sé hacer tests, no tengo tiempo, es algo que tengo pendiente...

Este libro pretende acabar con todas esas excusas y enseñar a los programadores a mejorar la calidad de su código explicando mediante ejemplos qué tipos de tests existen, qué características tienen y cuándo deben de utilizarse.

Visión Colaborativa

El libro empezó siendo una entrada en un blog y la idea es que evolucione continuamente a partir del feedback de los lectores. También estará disponible un repositorio en Github con ejemplos y ejercicios de todo lo explicado en el texto.

Índice

Ver/Ocultar Índice

Introducción
1. El típico flujo de trabajo
2. ¿Qué es un test?
3. Tests automáticos vs no automáticos
4. La importancia de los tests
5. ¿Por dónde empiezo?
Características de un test
1. Sensibilidad: Sensible vs. Insensible
2. Especificidad: Específico vs Inespecífico
3. Flexibilidad: Flexible vs Inflexible
4. Estabilidad: Estable vs Inestable
5. Precisión: Preciso vs Impreciso
6. Mantenibilidad: Mantenible vs Inmantenible
7. Velocidad: Veloz vs Lento
8. Profundidad: Profundo vs Superficial
9. Conclusión
Tipos de Tests
1. Clasificación tradicional
2. Clasificación alternativa
3. Conclusión
Cómo distribuir los tests
1. Pirámide del testing
2. Trofeo del testing
3. El barco del testing
Ejemplos de frontend testing
1. Ejemplo I: Los lados de un triángulo
2. Ejemplo II: La aplicación de venta de entradas
3. Ejemplo III: Viajando en el tiempo
4. Ejemplo IV: Validando contraseñas
Otros tipos de testing
1. E2E Testing
2. Visual Regression Testing
3. API Testing
4. Contract Testing
5. Snapshot testing
6. Property-based Testing
7. Performance testing
8. Manual testing
Testing doubles
1. Dummy
2. Stubs
3. Spies
4. Fake
5. Mock
Buenas prácticas
1. SWA: Should when and
2. Partes de un test (AAA)
3. Un test solamente debería fallar por una razón
4. No incluir lógica en el test
5. No probar la implementación
6. No probar métodos privados.
7. Probar comportamiento en lugar de estado
8. Exportar Servicios
9. No confiar ciegamente en la cobertura
Conclusión

Sobre el Autor

Iago Lastra Rodríguez

I love everything about software, technology and of course programming! I am very serious about writing clean code. I'm always trying to learn something new about algorithms, good practices, testing, design patterns or software architecture.