3. • Technical Team Leader y Responsable Técnico del Área de
Testing en
!
!
!
• Más de 3 años de experiencia en testing en empresas como
!
!
!
• Evangelista BDD y Agile
¿Quién soy?
5. ¿Cuántas veces hemos intentado probar un
“juguete” nuevo y hemos dejado el ordenador
lleno de basura?
¿Cuántas veces tenemos que luchar contra
configs porque tenemos una versión de SO
“especial”?
6. ¿Por qué si intentamos subir a producción/
integrado/el ordenador de al lado un código
que en nuestro local funciona pero que
mágicamente deja de funcionar?
15. Hacer pruebas ahí es muy caro
Tienen que estar conectados por ssh
constantemente
Es un engorro tener que pusiera
constantemente a un repo para hacer pruebas
en remoto. ¿Qué pasa si se rompe algo?
34. ¿Puppet, Chef, Bash? Están bien para pequeñas
cosas pero levantar un servicio es un “poco”
más complejo de lo que parece
Además, ¿qué pasa si queremos que las BBDD
estén en otra máquina?
35.
36. Docker is an open platform for developers and
sysadmins to build, ship, and run distributed
applications.
37. Extiende LXC (contenedores que corren en
paralelo sobre la misma máquina anfitriona)
No emula una máquina virtual completa ni
corre un sistema operativo íntegro dentro de
ella, a costa de quedar “atado” al sistema
operativo anfitrión, que se expone a las
aplicaciones
44. Pero el código aumenta y hackear en paralelo a
ver qué se consigue deja de ser una opción si
quieren conseguir algo más estable.
45. Pero el código aumenta y hackear en paralelo a
ver qué se consigue deja de ser una opción si
quieren conseguir algo más estable.
Integración
Continua
47. Continuous Integration is a software
development practice where members of a
team integrate their work frequently (…)
Each integration is verified by an automated
build (including test) to detect integration errors
as quickly as possible
48.
49. Un job para Máster …
otro que pruebe Release …
otro para Develop/Rama …