Durante mi presentación en Valencia, expuse en una slide que era importante que los testers tuvieran programing o coding skills. Esta frase provoco una serie de murmuros, y note que decenas de ojos empezaban descuartizarme en su cabeza…
Efectivamente en cuanto acabe la presentación, todas las preguntas fueron hacia esa slide, ya que la mayoría de gente no estaba de acuerdo en que realmente un tester deba saber de programación. La pregunta abierta a debate es… Realmente un tester debe saber de programación? Porque existe tanto miedo a aprender a programar?
Aquí expongo mi opinión, pero no es más que eso, una opinión al respecto y por supuesto puede diferir de la de mucha gente:
PROGRAMAR O NO PROGRAMAR, ESA ES LA CUESTIÓN:
Parece ser que existe una gran reticencia de mucha gente que se dedica a la calidad de software y al testing (sobretodo estos últimos) a no tener que saber nada sobre programación. Esto en parte se debe a dos motivos (entre otros muchos): El primero de ellos es que mucha gente se ha dedicado al software testing por casualidad, y es gente reciclada de otros trabajos como soporte, o gente de la capa de negocio o más funcional. El segundo motivo es que otro gran porcentaje de testers son gente que se metieron en este sector porque justamente no querían programar y les pareció una alternativa sencilla para seguir dentro de las IT sin tener que saber programar.
Pero realmente sirve para algo saber de programación para ser tester?
A mi siempre me ha gustado mostrar una pequeña figura como la siguiente donde localizo el testing entre dos mundos que casi están separados, la capa de negocio y la parte de desarrollo o parte técnica.
Para mi el tester ha de ser comunicador entre ambas partes (junto otros roles implicados en el desarrollo), ya que entre ellas la comunicación puede llegar a ser muy complicada.
Como podéis observar el tester toca tanto la parte de negocio como de desarrollo. Todo el mundo tiene muy claro que el tester ha de saber sobre la capa de negocio para hacer bien su trabajo, sin embargo poca gente tiene en cuenta que también es importante el trabajo con los programadores. Por lo tanto para mi un tester ha de tener parte de negocio, parte técnico y añadirle otras skills intermediaria.
Entonces, para que le puede servir programar a un tester? Principalmente por varios motivos:
- Para entender los problemas que puede tener una aplicación. Desde la capa de negocio se pueden encontrar muchos defectos, pero si realmente sabemos como esta construido el software, si sabemos como esta diseñado y creamos un modelo mental de este, sabremos como toma las decisiones, de donde obtiene los recursos, que partes del código son más susceptibles de tener más errores. Obtenemos una gran fuente de información para mejorar en la realización de las pruebas!
- Automatización! Si lo se… existen maravillosas herramientas que haciendo clicks puedes automatizar… pero lo que realmente aporta valor es atacar sobre la lógica de la aplicación (a nivel funcional). Que seamos capaces de automatizar una API sin interfaz gráfica, capaces de regenerar datos mediante scripts, crear scripts para configurar la aplicación…
- La más importante para mi… para comunicarse con los programadores… aprendemos la capa de negocio para hablar con los clientes, para discutir con ellos, para proponerles cosas, informes etc. Sin embargo no somos capaces de comunicarnos con la gente técnica porque no hablamos su idioma… como queremos entonces que nos respeten??? Si queremos captar su atención tenemos que saber ayudarles, darles apoyo, hablar con ellos, mejorar su día a día, y esto solo lo podemos conseguir si sabemos como trabajan.
Gente que se dedica al testing y al QA, debemos recordar una cosa… nuestra disciplina se encuentra dentro de la Ingeniería de Software! Si queremos sacar todo el potencial de nuestra profesión tenemos que trabajar desde su base.
Con esto no quiero decir que tengas que tener un nivel de programación excelente, ni mucho menos, si yo soy tester y el de mi lado es programador es principalmente por dos motivos… el primero porque el trabaja 8 horas programando y yo no. El segundo es porque a el le motiva programar, a mi probar y hacer de QA. Pero si que es necesario que si me enseña un diagrama UML lo entienda, que si me muestra una arquitectura, podamos discutirla, que si me da un trozo de código (bien programado) pueda decirle que hace y proponer seguramente alguna mejora y si no lo entiendo pedirle que me lo explique. De esta forma, la otra persona ve que aporto valor a su trabajo, que realmente puedo serle de utilidad, en lugar de ser alguien que lo único que le dice es que ha hecho algo mal. A partir de ese momento, me podré integrar mejor con ellos e intentar internamente que mejoren la calidad de su código ayudandoles a hacerlo y ofrenciendoles todo el soporte necesario para ello ya que el objetivo de ambos es el mismo.
Esta condenado el tester funcional a desaparecer?
A mi parecer no. Hay una gran herencia en los últimos años, aunque creo que con la entrada del agilismo esta tendencia esta cambiando. Igualmente existe una gran cantidad de testers que son muy buenos realizando su trabajo, gracias al knowhow que tienen de la capa de negocio, y gracias a que se ha ido autoformando dentro del mundo del tester teniendo un gran background de heurisiticas que puede utilizar.
Conozco grandes testers exploratorios, y de testing manual, mucho mejor que algunos que sepan programar, gente a la que admiro, pero también creo que aprender un poco de programación no les hará daño. Insisto, ambas formaciones no son contradictorias, sino al contrario, son complementarias y nos ayudaran a realizar mejor nuestra profesión.
Al final nuestro objetivo es el mismo que el resto del equipo, entregar un software de calidad a nuestro cliente, por lo que hemos de aportar un valor diferencial respecto a nuestros clientes, y respecto a los programadores, ese es el status quo del tester.
Ahora ya podéis uniros al grupo de facebook de “quiero despellejar al que dice que los testers necesitan programar!”
Durante este último mes, la asociación TestQA no ha parado y ha montado dos ventos Season Test, en este caso en dos ciudades diferentes Barcelona y Valencia.
El Autumn Test de Barcelona se realizó el 26 de Octubre en el local Hyde con un público de casi 60 personas (de 85 apuntadas) donde se entrevisto a Lluís Serratosa, Jefe del departamento de User Acceptance Testing de Zurich, donde nos explico su experiencia en el departamente de UAT dentro de Zurich y como lo tenían organizado. La verdad que la charla fue muy amena y dio a conocer un mundo muchas veces desconocido como son los tests de aceptación junto con el cliente.
También se distribuyo información de las próximas conferencias a nivel nacional e internacional así como las principales revistas que existen sobre calidad de software y testing para difundirlo.
Una vez acabada la entrevista y la ronda de preguntas, se dejo a la gente que interactuara y realizará networking entre ellos para compartir experiencias y puntos de vista sobre el testing y la calidad de software.
El evento finalizó realizando una serie de sorteos de varios libros sobre calidad de software, para favorecer así la divulgación de esta disciplina.
Podéis ver las fotos en la web de TestQA
El Autumn Test de Valencia se englobo dentro de la conferencias VLC Testing que tuve el honor de asistir como ponente. Despues de una larga jornada de ponencias, las asistentes se dirigieron al local Birrar & Blues ubicado en la playa donde pudieron degustar de forma gratuita una cerveza casera junto con unas pizzas.
En esta ocasión se entrevisto a Javier Lopez Arana, Software QA Lead en Hewlett-Packard donde comentó como tenían montados los departamentos de calidad y de software dentro de HP y la complejidad que tenía probar algo como las impresoras. Destacar sobretodo el tema del outsorcing ya que javier comento que trabajaban con dos vendors uno local y otro Chino, y que la experiencia con el vendor Chino en los últimos años había sido muy satisfactoria.
Una vez acabada la entrevista y la ronda de preguntas a Javier, se procedió a realizar equipos de 5 personas para que realizan networking y hicieran un pequeño Quiz que les habiamos preparado para que interactuaran entre ellos. Sorprendentemente gano el equipo que menos testers tenia! El premio fueron unos libros sobre calidad de software y unas subscripciones a la revista Testing Experience.
Ya para finalizar se agradeció a los asistentes y a la organización por haber permitido realizar este evento en Valencia y comenzamos a arrasar con unas buenísimas pizzas que nos ofrecio el ITI.
Podéis seguir las novedades de la asociación TestQA y los nuevos eventos en su página oficial.
Despues de los dos eventos DebaTEST realizados en los últimos meses en Barcelona, la asociación TestQA celebrará proximamente el Autumn Test dentro de la serie SeasonTest.
En esta ocasión el evento se realizará por partida doble, en dos ciudades diferentes, Barcelona y Valencia! De esta manera se intentará llegar a un mayor público de diferentes ciudades.
El AutumnTest de Barcelona se realizará el día 26 de Octubre y contará como invitado al Head de UAT del Centro de Excelencia de Zurich Lluís Serratosa!
El siguiente AutumnTest se realizará en Valencia dentro del programa de VLC Testing 2011 el 10 de Noviembre y contará como invitado a Javier Lopez, Quality Lead en HP.
Las invitaciones para ambos eventos se lanzaran el sabado 15 de Octubre y se podrán adquirir desde la página oficial de la asociación TestQA.
Si quieres conocer gente del sector y realizar un poco de networking, o si te interesa tomar una cerveza entre testers no dudes en venir!



Últimos comentarios