Charla de Gabriel Montero y Federico Toledo en TestingUY 2016 - LA MUERTE ÁGIL DEL TESTER ¿El rol del tester está destinado a morir a causa del Agilismo? Si seguimos haciendo las mismas cosas que hace 20 años atrás, probablemente sí. Marcos de trabajo ágiles como Scrum se han convertido en algo que va más allá de la gestión de proyectos, re-definiendo nuestra concepción del trabajo, apuntando al trabajo en equipo y sus interacciones, por encima de roles especialistas. ¿Esto quiere decir que debamos prescindir de roles más específicos como el Tester?. No, por el contrario, nuestra charla intentará reflexionar a partir de nuestra experiencia empírica sobre el cambio de paradigma. De esta manera, buscamos ampliar la concepción de Tester enfocado únicamente al Diseño o Ejecución de Casos de Prueba, en pos de personas más “full stack”, debiendo incorporar nuevas formas de testear software como el Testing Exploratorio, y elementos de Gestión claves para generar entornos de confianza y colaboración, que nos permitan entregar productos de mejor calidad en un “time to market” adecuado a nuestros clientes.

1. La muerte
“ágil” del
tester

2. + de 30 países
+ de 1.500 personas
54% adoptaron agile
88% en latinoamérica

3. ● 4 0 P E R S O N A S
● 6 0 % E S T Á N
U S A N D O A G I L E
Encuesta sobre
testing
Meetup TestingUY

5. ¿Por
qué?

6. Porque el
rol del
tester en su
concepción
original no
es ágil

7. DISCLAIMER 1:
Ágil no es
rápido

8. ANTI-MANIFIESTO ÁGIL
Personas e interacciones sobre procesos y
herramientas
Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación
contractual
Respuesta ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de
ANTI-MANIFIESTO ÁGIL
PROCESO, FASE, EQUIPO INDEPENDIENTE
CASOS DE PRUEBA BASADOS EN REQUISITOS
CASOS DE PRUEBA BASADOS EN CONTRATO
TEST PLAN, MANTENER CASOS DE PRUEBA

9. ¿El
Agilismo
va a
matar el
rol del
Tester?

10. NO,
pero sí
necesita
adaptarse

11. ¿Cómo
lograrlo?

12. DISCLAIMER 2:
Rol del Tester
en proyectos
ágiles

13. DISCLAIMER 3:
Es para
cualquier Tester

14. Planificació
n
Desarrollo
Inspección
y
Adaptación

15. Federico Toledo
@fltoledo
Gabriel Montero
@gmonterol

16. PLANIFICACIÓN

17. ¿Qué sucede
cuando se
planifica una
liberación o
iteración?

18. ESRE (Especificación de
Requerimientos)
OBJETIVO:
Construir una silla para un jardín de
infantes. La edad de los chicos es de
3 a 5.
DETALLES TÉCNICOS:
La silla deberá ser de una pieza y de
plástico (Termoplástico color color
blanco), sin reposa-brazos, apoyándose
en 4 patas distribuidas
equitativamente.
El respaldo y asiento deberán ser
rectangulares. Las patas deberán ser
cilíndricas y macizas.
Medidas sillas para Patio:
Respaldo: 30 x 60 cm
__________________________________
6
0
3
0

19. ESRE (Especificación de
Requerimientos)
OBJETIVO:
Construir una silla para un jardín de
infantes. La edad de los chicos es de
3 a 5.
DETALLES TÉCNICOS:
La silla deberá ser de una pieza y de
plástico (Termoplástico color color
blanco), sin reposa-brazos, apoyándose
en 4 patas distribuidas
equitativamente.
El respaldo y asiento deberán ser
rectangulares. Las patas deberán ser
cilíndricas y macizas.
Medidas sillas para Patio:
Respaldo: 30 x 60 cm
__________________________________
6
0
3
0

20. A
B
C
D
E
Product Backlog
Release 1
Release 2
1.LISTA DE
FUNCIONALIDADES
PRIORIZADAS
2.INVITACIÓN AL
DIÁLOGO
3.ALGUNAS DEFINEN
CRITERIOS DE
ACEPTACIÓN
4.CLIENTE: QUÉ
EQUIPO: CÓMO Y
CUÁNTO

21. ¿Cómo participa
el Tester?

22. Estimación
Ayudando a
priorizar
Definición de
criterios de
aceptación
Estrategias de
Testing

24. DEFINICIÓN DE
TESTING CEM KANERTesting es una
investigación
técnica y empírica
realizada para
proveer a los
interesados
(stakeholders)
información sobre la
calidad de un
producto o un
servicio
Participando desde
el inicio para
prevenir más que
informar.

25. DESARROLLO

27. ¿Cómo hace el
tester para
probar sin
documentación?

28. Casos de prueba

29. ¿Los casos de
prueba están
muriendo?
http://www.ministryoftesting.com/2016/04/test-cases-
dead-yet/

30. Checklists
Mind-maps
Testing
Exploratorio

31. El Testing
Exploratorio es
inherentemente
ágil
Agile Testing: A Practical Guide for Testers
and Agile Teams
by Lisa Crispin and Janet Gregory

32. Aprendizaje, diseño y
ejecución de pruebas
simultáneas.
Enfatiza la libertad
personal y la
responsabilidad del
individuo.
Permite optimizar
continuamente el valor de
su trabajo.
http://kaner.com/?p=
46

33. 5
22.5
72.5 Principalmente
Casos de
prueba
Principalmente
Exploratorio
ESTAMOS DESAPROVECHANDO UNA ESTRATEGIA IDEAL
PARA ADAPTARNOS AL CAMBIO.
Otros

34. ¿Los casos de
prueba están
muriendo?
¿o están siendo
automatizados?

35. Cambiar “La
responsabilidad
del QA” por
“La calidad
depende de
todos”

36. TODOS SOMOS
PARTE DE UN MISMO
EQUIPO

39. ¿Y qué puede
hacer el tester?

40. Promover
acuerdos ayudan:
Ejemplo
“Definition of
Done”

41. INSPECCIÓN Y
ADAPTACIÓN

42. REVISIÓN DEL
PRODUCTO

43. Se valida el
incremento de
producto y se
recibe feedback

44. ¿En qué ayuda el
tester?

46. RETROSPECTIVA

47. Validar cómo nos
fue en términos
de proceso e
interacciones, y
tomar acciones

48. ¿Y qué hace el
tester?

49. Mejorar escucha,
fomentar el
diálogo y el
sentimiento de
equipo

50. CIERRE

51. Planificació
n
Desarrollo
Inspección
y
Adaptación

52. ¿El
Agilismo
va a
matar el
rol del
Tester?

54. Federico
Toledo
Abstracta
@fltoledo
Gabriel Montero
Peregrinus
@gmonterol
¡¡GRACIAS
!!