Quality Testing

Es un tema complicado la relación entre los developers y los analistas de QA en un proyecto de desarrollo. A lo largo de mi carrera en QA noté que uno se puede encontrar con diferentes clases de developers. En este artículo trato de catalogarlos no por su forma de programar sino por su trato con QA lo cual también hace al profesionalismo del developer.

Con esto no quiero asustar a ningún tester novato, en la mayoría de las empresas nos encontramos a los developers más profesionales y colaborativos, sólo en algunas empresas encontramos los especímenes más soberbios y despectivos. Voy a empezar desde los developers más amigables a los más hostiles . Yo los divido en cuatro grupos:

1. Colaborativo: Armonía con QA. Con este tipo de developer trabajamos en conjunto, para él un bug no es algo malo sino una posibilidad de mejorar su trabajo. Siempre está dispuesto a escucharnos, responde a nuestros mails, deja comentarios a nuestros bugs y hace todo de buena gana.

2. Indiferente: Para él, QA es un área que debe estar porque así es el sistema. No se opone a nosotros, hace las cosas porque las tiene que hacer. No es tan atento como el colaborativo pero no nos trata mal. Digamos que es aceptable tener un developer indiferente porque hace su trabajo bien y analiza los bugs con un criterio objetivo, es decir, no tiene ningún sentimiento negativo hacia nosotros así que no va a poner bugs en invalid indiscriminadamente.

3. Falso: Tal vez en el trato cara a cara nos pone una sonrisa y está todo bien, incluso en los mails. Pero a la hora del trato en los bugs puede que nos pida más información de mala gana y que nos cierre los bugs como invalid. Este tipo de persona pone cara de colaborativo pero tiene una actitud negativa hacia QA, por lo general piensan que nuestra área solo hace perder tiempo a la empresa y a ellos sin comprender que sin nosotros el software saldría lleno de defectos perjudicandose ellos mismos, la empresa y el usuario final.

4. Hostil: Bueno, estas personas no nos quieren. Claramente quieren que QA desaparezca, es bastante incómodo ir a tratar un bug con ellos o algún otro asunto ya que ponen muy pocas ganas y mala cara. Estas personas por lo general son muy soberbias, yo recomiendo por lo general siempre tratarlos lo más diplomáticamente posible y tratar de no perder la calma. No nos olvidemos que somos los que tenemos que tener los political skills y ellos claramente no las tienen. Siempre hay que recordar de tener la mayor cantidad de información a la hora de levantar un bug o mostrarles algo para evitar ser humillados ya que es probable que intenten eso.

Como dije antes, por lo general en las empresas a lo sumo se pueden encontrar el falso. En el caso de las empresas donde se desarrollan tecnologías muy complejas contratan personas que son muy técnicas y que no son muy sociables. Dentro de este grupo encontramos el hostil que se da en un porcentaje bajo de estas personas poco sociables.

Estuve investigando sobre algunas conferencias que se dictarán durante el 2008 en el mundo y confeccioné una lista para los que quieran ver de que se trata y tal vez ir si cuentan con el presupuesto y las ganas

• STAREAST – Orlando, Florida, EEUU – 5-9 Mayo – http://www.sqe.com/stareast/
• STARWEST – Anaheim, California, EEUU – 29 Sept – 3 Oct – http://www.sqe.com/starwest/
• QA&TEST 2008 – Bilbao, España – 21-31 Oct – http://www.qatest.org/es/
• Software & Systems Quality conference, Dublin, Irlanda – 4-5 Marzo – http://www.sqs-conferences.com/
• Software & Systems Quality conference, Dusseldorf, Alemania – 15-18 Abril – http://www.sqs-conferences.com/
• Software & Systems Quality conference, Ginebra, Suiza – 20 Mayo – http://www.sqs-conferences.com/
• The Better Software Conference & EXPO, Las Vegas, Nevada, EEUU – Junio 9-12 – http://www.sqe.com/BetterSoftwareConf/

Creo que estas son las mas grosas, en cuanto vea algunas más crearé un nuevo artículo con más conferencias.

Con el pasar del tiempo la disciplina de testing de software tomó cada vez más importancia en el ciclo de desarrollo de software. Hoy día todo desarrollo significativo cuenta con un área de QA que permite que se produzca un software de calidad. A medida que pasan los años surgen nuevas técnicas de testing como así también herramientas para ayudar al analista. Este blog tiene como motivación presentar esas técnicas y herramientas para los profesionales de QA de habla hispana.

Seguramente escribiré sobre definiciones, conferencias, certificaciones y experiencias mías en mi trabajo que considere que puedan aportar algo.

¿Quién soy yo?. Yo soy Juan Martín Moschino, soy Analista QA en Argentina hace 4 años. Vengo notando que esto cada vez está creciendo cada vez más y me parece un tema sumamente interesante. Espero que este blog aporte un granito de arena a la creciente comunidad de QA en la Argentina.