Wednesday, February 8, 2012

Educando al tester.

Pocas veces he leído una presentación tan hilarante como la de James Bach en relación al fake testing (Testing fallido). Sarcástico desde la primera línea, no deja títere sin cabeza, desde los modelos de "madurez" hasta los casos de prueba super detallados. Algunos highlights de la presentación:
  • La "madurez" me permite que mis procesos sean lentos y caros, pues dichas cualidades son "virtudes".
  • (Para hacer como que prueba, diseñe) Casos de prueba detallados con puntos de verificación muy específicos que son ejecutados después de cada build por Testers inexpertos.
  • (Para hacer como que trabaja con sus pruebas, ) Ayuda el relocalizar al equipo de pruebas a miles de kilómetros de los programadores.
Y la cereza en el pastel: la Automatización,
  1. Compre licencias de una herramienta de automatización cara (véase Rational, Mercury, Compuware, etc)
  2. Defina un montón de pruebas manuales,
  3. Contrate un equipo de automatización y automatice cada uno de ellas,
  4. Desarrolle una cantidad enorme de código para sus librerías de pruebas y un framework,
  5. Arréglelo constantemente
Trish Khoo escribe en su blog que la mayoría de los testers "caen" a la profesión por casualidad,
y que hay una creencia muy arraigada de que el testing es una profesión de inexpertos y que
cualquiera puede ser buen tester (mmmh, donde he oido eso antes). Así que, cuando se contrata
personal para pruebas, con mucha frecuencia se contrata a cualquiera.

La solución, como en todo, reside en la educación. Educar no sólo al tester, sino a todos los
equipos de desarrollo, los project managers, y hasta los reclutadores que los contratan. Y
requiere mucha reconsideración del rol que jugamos los testers en un proyecto. Basta de