Gab 2019 - No, (aún) no estás preparado para migrar a Azure
¿Cuál es tu excusa para no tener tests?
1. ¿Cuál es tu excusa
para no tener tests?
#BTOS2012
2. Pablo Bouzada
@pbousan
www.programandonet.com
[T]echdencias
3. Inicio del proyecto #BTOS2012
¿Por qué no hacemos
TDD? Si además de picar tengo
que hacer tests, no
acabaré nunca. Ya vendrá
alguien de QA para eso.
¿Cómo le justifico al cliente que
hay que hacer pruebas de todo?
¿Es que no sabes programar?
4. Inicio del proyecto #BTOS2012
¿Por qué no hacemos
TDD?
Ya haremos tests más
adelante, que ahora no hay
nada que probar.
El mejor test es que la
aplicación funcione
5. El proyecto avanza #BTOS2012
¿Y unos tests de carga? ¿o de
regresión? Algo, por favor.
Tenemos mucho que hacer, no
me hagas perder el tiempo con
eso.
¿Tests de regresión? Pero si
esto se prueba entero en media
hora.
6. El proyecto avanza #BTOS2012
¿Y unos tests de carga? ¿o de
regresión? Algo, por favor.
Tenemos mucho que hacer, no
me hagas perder el tiempo con
eso.
¿Tests de carga? Ya lo
probaremos antes de subir a
producción.
7. El proyecto avanza #BTOS2012
¿Y unos tests de carga? ¿o de
regresión? Algo, por favor.
No sé para qué hacemos tests
unitarios, si total con C&P del
anterior.
8. Fase final #BTOS2012
Aparecen bugs, nada funciona. Esto
es un desastre…
Cómo que no pasa los tests de carga, si en mi
máquina va de p..ta madre.
El cliente dice que el tiempo de carga es inaceptable.
Hazme unos tests de carga y si no salen, te los
inventas.
9. Fase final #BTOS2012
Aparecen bugs, nada funciona. Esto
es un desastre…
Este bug no sé cómo salió. Pero lo arreglo en 10
minutos, que sé dónde hay que tocar.
Que tests ni que tests, ya sabía yo que no sabéis hacer
nada bien…
11. MUCHAS GRACIAS!!
Pablo Bouzada
@pbousan
www.programandonet.com
[T]echdencias
Notas del editor
Alguien de QA suele ser el dev que quede sin proyecto y que no tiene ni la más remota idea de qué va el proyecto.Los tests unitarios aseguran que el código funciona y lo hace según un contrato, ¿qué más puede querer un cliente?
Más adelante == Nunca
Pero los 5 cafés y 4 cigarros diarios no es perder el tiempo, no.Media hora x 10 releases x 6 devs = 30 horas tiradas a la basura.
Antes de subir a producción suele ser 10 minutos antes, y el test de carga suele consistir en que todos los que estén disponibles se conecten a la vez.
Hacer TDD no es hacer un test de vez en cuando.
Works onmy machine powa!O la herramienta que usas está mal. Cualquier excusa es buena.
Recordar que los devs siempre estimamos mal, normalmente 10 minutos se convierte en 3 o 4 horas.Total, si hay bugs, le facturamos horas de mantenimiento.