Cueces o enriqueces

Cual es tu estilo, cual es tu forma de probar?

Piensas que cualquiera puede probar, que puedes disponer de un repositorio re utilizable de casos de prueba, que puedes construir un framework de pruebas automáticas con montones de scripts re-utilizables, ... ? Cueces

Piensas que probar es escuchar, preguntar, explorar, aprender, investigar, cuestionar... ? Enriqueces

Imaginemos el proyecto "comprar un coche usado". Nuestra principal preocupación es que no nos den "gato por liebre". Que vamos a hacer para minimizar el riesgo o al menos poder tomar la decisión?

Revisaremos los puntos que consideremos críticos y normales?. Es nuestra checklist particular. Pero es que nosotros no somos expertos en coches, así que nuestra checklist, seguro que o bien es escasa, o bien no tenemos forma de verificarla. Es barata, pero el riesgo es grande. El vendedor sabe lo que vamos a mirar.

Recurrimos a un taller de confianza? Este es experto en coches. Conoce que puntos son los críticos, en general, tiene experiencia y medios para verificar con bastante mas profundidad que mas o menos todo está en orden. Su checklist es mas completa y sistemática que la nuestra. Seguramente publicitará "Revisión de 200 puntos de tu vehículo". Esta opción ya no es gratis, pero el riesgo a equivocarnos disminuye.

Investigamos el historial del vehículo en concreto, sus dueños, el modelo. Con la información encontrada, profundizamos en la verificación de los puntos susceptibles de fallo:

• Historial de taller (Que histórico de mantenimiento ha tenido nuestro producto)
• Tipo de conductor (Quien ha construído nuestro producto)
• Historia del modelo en busca de problemas conocidos (Que problemas comunes presenta ese domino)
• Historial de Inspecciones Técnicas de Vehículos (Que pruebas se han hecho ya en el producto)
• Historial de siniestros (Que problemas se conocen ya del producto)

Con todas estas acciones podremos poner al descubierto tanto los fallos visibles encontrados por nuestras checklists (Cueces) como los posibles fallos ocultos fruto de un mal diseño, uso o siniestro que pueda poner en riesgo el correcto funcionamiento (Enriqueces)

Y por supuesto que todas las acciones deben ser tomadas en cuenta ya que "cocer y enriquecer" deben ser complementarios.

Las checkslist, repositorios de casos de test tipo, automatizaciones, están muy bien, pero llegan donde llegan. Es mucho menos costoso, pero encuentran lo evidente.

Para escuchar, preguntar, explorar, aprender, investigar, cuestionar, necesitaremos otro perfil, seguramente mas caro, pero que aportará mucho mas valor.

Y tu? Cueces o enriqueces?