Blog de Morvader

Aún a día de hoy en muchas empresas el grupo o departamento de QA, en caso de existir, sigue siendo un componente externo a los proyectos. Personas a las que llegado el momento de la fase de pruebas se les pasa un entregable para que lo testeen y validen. En casos así, se suele considerar habitual que el departamento de QA juegue un papel de “certificador de calidad” o “gatekeeper”. El resultado de la fase de pruebas debe ser un KO u OK para producción o posteriores fases del proyecto. El equivalente a un sello otorgado por una entidad externa certificando que se es APTO Desde mi punto de vista, aunque este enfoque pueda ser necesario en ciertos tipos de proyectos donde el grado de exigencia de calidad sea muy alto ya sea por criticidad del sistema en sí o por cumplimiento de leyes, no representa los proyectos que desarrollan en el día a día la inmensa mayoría de empresas. En general, el papel del equipo de QA de ser meramente auditor únicamente involucrado en la fase final...

Objetivo de un Tester A pesar de la percepción que muchas personas suelen tener, sobre todo desarrolladores, la labor principal de un tester no es la de romper cosas o la de lanzarse desesperadamente a la caza del bug. Muy al contrario, la misión del buen tester es la de centrarse en la mejora constante del producto. Para ello resulta vital empatizar y situarse en la piel del usuario final y tratar de interactuar con el sistema tal y como éste lo haría. Es durante este proceso cuando un tester detecta cosas que se rompen, inconsistencias, mejoras de interfaz, etc. que posteriormente reporta a los desarrolladores. Como dice James Bach: “Un tester no rompe el software, si no que rompe la ilusión de que el software funciona” - James Bach - ( “We don’t break the software. We break illusions about the software.” ) Vamos que más bien un tester rompe la “ esperanza ” de que las cosas funcionan como se esperaba Testing vs Checking Existen básicamente dos maneras de afronta...