Tester tradicionales e ineficiencia de los procesos

 

 

 

Este título viene a raíz de un comentario que hice en uno de los grupos en los que participo en LINKEDIN. Alguien expuso:

 

… en cuanto mas sepa un desarrollador, mejor para los testers porque el codigo que escriban sera menos propenso a errores y en definitiva con menos bugs nos beneficiamos todos.
De todos modos el trabajo de tester / qa nunca deberia dejar de existir.
Por mas conocimiento que tenga un programador es un ser humano, no una maquina por lo cual siempre ocurrirán fallas.
Luego se debe auditar.. no deberiamos dar por entendido que todo lo que hicieron los programadores esta bien, tiene que haber una persona que lo compruebe.
Por ultimo los errores no solo pueden ser de programacion sino de funcionalidad por eso se debe comprobar que se cumplen los requerimientos que pide el cliente (refiriéndose a un tercero auditando el trabajo)

Mi opinión fue la siguiente:

Estimado, no estoy de acuerdo en aquello que aseveras …”De todos modos el trabajo de tester / qa nunca debería dejar de existir” si es que estás haciendo una afirmación, ni en “Luego se debe auditar”, tampoco con “tiene que haber una persona que lo compruebe”.

Algunas metodologías de desarrollo han permitido formar, facultar y fomentar equipos de desarrollo sinérgicos, sin un departamento de calidad adherido, por lo que no existen testers ni QA para auditar trabajo en fases tardías. En este contexto, el aseguramiento de calidad está a cargo de absolutamente todo el equipo de desarrollo, interesados e inclusive clientes.

Tal es así que se busca la terminación de artefactos de calidad, basados en la anticipación y prevención de defectos y no en su detección tardía. Nuevamente, no existe aquello de que debe existir alguien que audite a otros, ni compruebe si algo está bien o mal.

Con estos modelo de trabajo todas las actividades de pruebas son extremadamente importantes, yo personalmente llamo a estos equipos como “Embedded Testing Teams” (equipos embebidos en testing), y de hecho los expertos en pruebas des software son los mismos desarrolladores, quienes diseñan, desarrollan, ejecutan y mantienen las pruebas a distintos niveles.

En la vereda del frente se encuentran metodologías del desarrollo que promocionan auditorias e inspecciones a los artefactos de software que son salidas de alguna fase, o sea al final del trabajo de alguien. Absolutamente todas estas auditoras y/o inspecciones generan algún nivel de retrabajo, del mismo modo que el testing que tradicionalmente conocemos, de hecho, las auditorias e inspecciones son nada más y nada menos que técnicas de testing estático.

Colegas, admitamos que los “tester tradicionales” existen gracias a la ineficiencia de los procesos tradicionales y por supuesto a la ineficiencia no solo de sus “desarrolladores”, sino de todos los roles que admiten, se adaptan y permanecen en estos modelos de trabajo.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s