domingo, 14 de julio de 2013

Testing: Quality Assurance o Quality Assistance

- "A que te dedicas?"
- "A probar software"
- "Ah! trabajas como Quality Assurance?"
- "Si"
- "Entonces, modificas el código del software que pruebas?"
- "No!!!"
- "Interesante!! Y como aseguras la calidad?"
...

El otro día leyendo una entrada del blog de Michael Bolton DevelopSense, mencionaba mas o menos esa conversación. La conclusión es que uno solo puede asegurar la calidad del trabajo que uno hace. No del que hacen los demás.

La calidad es responsabilidad de todos. Y todo lo que no empieza con calidad, difícilmente termina con ella.

El trabajo de pruebas no es asegurar nada. Es ayudar a evaluar el riesgo en que incurriríamos al entregar el producto en las condiciones en que se prueba.

Excusas cuyo objeto es justificar por que no hemos hecho las pruebas lo único que indican es cuanto nos gusta el riesgo y que realmente se desconoce cual es la función de las pruebas.

Y a tu empresa? Le gusta el riesgo?

Y a tu cliente? Le gusta el riesgo?

No veamos las actividades de prueba como aseguramiento de la calidad, sino como asistencia a la calidad y asegurémonos desde el minuto cero de que todas las actividades del proyecto se realizan con calidad, ya que de lo contrario vamos a ir acumulando una deuda que resultará muy difícil de amortizar y que siempre irá en contra de nuestro prestigio y credibilidad.

No hay comentarios:

Publicar un comentario