Barcelona Testing Open Space 2012

On 11 octubre, 2012, in Agilismo, Conferencias, Eventos, by twiindan

 

 

 

 

 

 

 

 

 

 

Buenas a todos,

Tengo el placer de presentar el Barcelona Testing Open Space 2012 que se celebrar entre las comunidades de Agile Barcelona y la asociación TestQA!

¿Qué es un Open Space?

Un Open Space es un formato de conferencia abierta, donde no existe una agenda fija, si no que esta se genera y se define entre todos los asistentes al evento. Cualquier persona puede proponer una sesión, tanto si es un tema que domina como un tema del que le gustaría aprender más, e independiente del formato que tenga la misma (una sesión técnica, de debate, magistral…).

En esta ocasión el Open Space girará sobre el entorno de Agile Testing!

¿Por què me interesa asistir?

Asistir al Open Space puede ser una buena oportunidad para:

  • Aprender sobre testeo de aplicaciones
  • Intercambiar experiencias y conocer otras personas con tus mismos intereses
  • Aprender sobre metodologías ágiles de desarrollo de software y gestión de proyectos
  • Hacer networking

El evento tendrá lugar el dia 3 de Noviembre de 10:00 a 18:00 en el Espai Jove La Fontana, al Carrer Gran de Gràcia, 190 – 08012 Barcelona y no tendrá ningún coste! Lo único que se necesitan son ganas de aprender, compartir experiencias y pasarlo bien!!

Para asistir, por favor inscríbete a través de Eventbrite para que sepamos que vienes: http://btos2012.eventbrite.com/

Tagged with:  

 

Ya vuelve a estar aquí la revista Testing Experience con su número 17,esta vez con el tema “Test Center of Excellence” donde podemos encontrar articulos sobre diferentes ejemplos de factorias de testing en Europa y la India.

Igualmente también se ha publicado la revista Agile Records número 10 dedicada al “Management and Leadership in software Organizations”.

Espero que disfrutéis de las revistas. Recordad que las podéis descargar de forma gratuita en la página de Testing Experience y Agile Records o suscribiros al formato en papel por una cuota de 8 € el numero.

 

Tagged with:  

ExpoQA ha vuelto!

On 29 febrero, 2012, in Conferencias, by twiindan

 

 

 

 

 

 

Después de un año de parón, NexoQA ha lanzado el programa de EXPOQA 2012!

Este año el evento se realizará los días del 4-7 de Junio en el Hotel Auditorium (dentro del Centro de Congresos Principe Felipe).

Durante el primer día se realizará un taller “Hands On” pendiente aun de definir y esponsorizado por HP.

El segundo día se dedicará a tutoriales, donde podemos elegir entre cuatro posibles que durarán una jornada completa. Entre los tutoriales podemos encontrar el de “Testing ágil efectivo”, “Como utilizar historias de negocio en el testing de requisitos y sistemas”, “Pruebas de rendimiento” y “El testing como medio para conseguir el beneficio del negocio”.

Los días 5 6 y 7 se dedicarán a las conferencias que se han dividido en 3 tracks paralelos y por tematicas (Técnicas de pruebas, El futuro de nuestra profesión, Procesos y metodologías, Testing de moviles, Agile Testing, Herramientas y automatización y pruebas no funcionales).

Como conferenciantes destacar la participación de Fran O’Hara, experto en Agile Testing y en metodologías o Andy Glover (conocido como Cartoon Tester). A parte también podréis contar con mi participación en una conferencia sobre Agile Testing el día 7 de Junio!

Recordar que las conferencias son en ingles o español y que contaran siempre con traducción simultánea al otro idioma lo que facilitará las cosas a los oyentes que no dominen completamente el ingles.

Los precios varían entre los 280 € (un dia de conferencia) hasta los 950 € (Tutoriales y conferencias) aunque solo hasta el 4 de Abril! Igualmente ExpoQA ofrece descuentos para grupos, estudiantes, profesores y parados de hasta el 50 %!

 

 

Tagged with:  

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?

 

Testing triangle

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:

  1. 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!
  2. 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…
  3. 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!”

Tagged with:  

DebaTEST Agile Testing

On 16 septiembre, 2011, in Agilismo, Eventos, by admin

El 29 de Septiembre vuelve DebaTEST esta vez con el tema “Agile Testing”.

Para los que no lo conozcáis aun, DebaTEST es un evento organizado por la asociación para la TestQA (Asociación par ala divulgación de la calidad de software y testing) de caracter gratuito donde se debate de forma presencial sobre un tema de calidad de software y testing.

En el evento se contará con varios expertos que han trabajado con metodologías ágiles en los departamentos de calidad y testing, y también se contará con un experto en implantación de metodologías ágiles y presidente de Agile Spain Xavier Albadalejo.

El evento se realizará de forma totalmente  gratuita el día 29 de Septiembre de 19.00 a 21.00 en el bar “El gran Foc” en Barcelona.

Podéis apuntaros en la página de la asociación TestQA

Tagged with:  

EuroStar Virtual Conference 2011

On 13 septiembre, 2011, in Conferencias, by twiindan

Te gustaría estar en EuroStar pero no puedes ir de forma presencial? No hay problema. La organización de EuroStar ha montado unas virtual conference para el dia de hoy 13 de Setiembre con algunos de los participantes de las proximas conferencias EuroStar 2011.

Entre los conferenciastes invitados, estan Erik  Boelen hablando sobre Usability Testing, Fiona Charles con una interesante conferencia sobre el uso de mind mapping para comunicar la Test Strategy o Anko Tijman hablando sobre un testing framework para entornos ágiles.

Los organizadores también han montado un chat entre los participantes, donde los conferenciantes también puede participar para resolver las dudas de los diferentes oyentes.

Las conferencias empiezas a las 10.15 hora en España y son totalmente gratuitas, haciendo falta solo un registro previo en la página de EuroStar.

Una buena oportunidad para aprender de algunos de los mayores expertos en el mundo del testing para aquellas personas que no pueden atender presencialmente a las conferencias EuroStar que se realizan en Noviembre!

Podéis encontrar más información y en el programa completo en la página de EuroStar

Actualización: Durante las conferencias también se realizará una charla por parte de Gozjo Adjik uno de los Keynotes de las conferencias presenciales, y autor de los libros “Bridging the communication Gap” y “Specification by exemple” (dos lecturas muy recomendables).

Tagged with:  

Planning poker y Testing

On 5 agosto, 2011, in Agilismo, by twiindan

Seguimos con los conceptos de las metodologías ágiles, intentando aplicarlas a los sistemas de calidad y testing.

En el capitulo de hoy hablaremos de una técnica de estimación muy utilizada en las metodologías ágiles en las cuales el equipo de testing y calidad deben participar. Esta técnica es la llamada Planning Poker.

El planning Poker es una técnica de estimación por consenso utilizado par estimar el esfuerzo o complejidad de las tareas de un proyecto. Generalmente se utilizan para los proyectos de desarrollo de software, aunque puede ser aplicable a varios tipo de proyectos. En nuestro caso nos centraremos en su aplicación dentro del desarrollo de software.

Esta técnica suele utilizarse dentro de las reuniones de Planificación de Sprint para poder estimar el esfuerzo de cada una de las user stories que entraran en el sprint. Para ello después de que el Scrum master haya facilitado la user story y se hayan aclarado todas las dudas de la user story, todo el equipo debe votar el esfuerzo de estas tareas de forma simultanea.

Para ello se utilizan una baraja de cartas con diferentes valores, generalmente 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100 y una tarjeta de ? (inseguro) y una taza de cafe (necesito un descanso). El motivo de ir incrementando los valores de forma exponencial es para reflejar la incertidumbre en la estimación.

Una vez vistos los resultados de la planificación se pregunta a las personas que tienen las estimaciones más altas y bajas que justifiquen sus motivos para esa estimación y generar una discusión dentro del grupo para intentar llegar a un consenso. El proceso termina cuando todos los integrantes del grupo llegan a un consenso sobre cual es el esfuerzo de la tarea a implementar.

Estos puntos de esfuerzo luego pueden relacionarse con el sistema quantificable que cada equipo quiera (días, horas…).

Estos puntos de esfuerzo se utilizan también para medir la velocidad del equipo. Es decir, mediante la experiencia se puede saber aproximadamente cuantos puntos de esfuerzo puede asumir el equipo durante un sprint. Por ejemplo, si generalmente el equipo es capaz de producir 100 puntos de esfuerzo, no tiene sentido planificar más de estos (siempre dando un margen de maniobra).

El principal beneficio de utilizar esta técnica de estimación es la nula influencia de los miembros del equipo en la estimación inicial de la tarea. Al realizar una primera estimación de forma simultánea por parte de todos los integrantes del equipo, se elimina esa variable de influencia. Otra de las ventajas es que cada miembro del grupo puede justificar su puntuación por lo que general un sistema de debate abierto a todos los miembros del equipo que puede ayudar a despejar dudas. A parte también ayudará al equipo a saber hasta donde puede llegar para poder planificarse correctamente durante los días del sprint siguiente.

Porque es importante que el equipo de testing este dentro de el proceso de planning poker? Principalmente por dos motivos:

  1. Generalmente el equipo de desarrollo solo tiene en cuenta el esfuerzo que requerirá esta user story en su propio desarrollo o en su propio componente. Es decir si la user story requiere que algunos de estos componentes se integren con otros y así sucesivamente, posiblemente no lo tendrá en cuenta ya que no requiere esfuerzo por su parte. Sin embargo generalmente los equipos de calidad y testing al tener una visión más conceptual de la user story si que tendrá en cuenta estas integraciones y podrá ofrecer su justificación de forma más objetiva y de alto nivel al resto del equipo.
  2. Por otra parte, el equipo de desarrollo tampoco tendrá en cuenta las pruebas funcionales de la user story (si las pruebas unitarias). Esto implica que puede ser que una user story pueda parecer muy sencilla por la parte de desarrollo pero sin embargo sea muy compleja para la parte de testing o requiera de una gran cantidad de pruebas. Por ese motivo es muy importante que dentro de la user story y de la estimación de esta se tenga en cuenta también todo el esfuerzo de la parte de calidad para poder calcular el esfuerzo correctamente.

Si queréis aplicar esta técnica podéis obtener barajas virtuales en:

http://www.planningpoker.com/

De forma física en:

http://store.mountaingoatsoftware.com/products/planning-poker-cards

Si queréis también podéis imprimir una baraja muy divertida de Autentia:

http://www.autentia.com/zip/AutentiaPlanningPokerCardsCC.zip

 

Tagged with:  

Agile Record nº7

On 3 julio, 2011, in Agilismo, Revistas, by twiindan

Ya ha salido publicado un nuevo número de la revista Agile Records, el septimo número de esta revista dedicada a metodologías ágiles y en particular en Agile Testing.

En esta ocasión podemos encontrar un articulo de Carlos Ble, programador español experto en temas de Agilismo sobre frameworks en Python.

Recordad que la revista es totalmente gratuita en formato digital (únicamente es necesario realizar el registro). También podéis obtener la revista en formato impreso por un pequeño precio con los envío incluidos.

Podéis descargar la revista a partir de la página oficial de Agile Records.

Espero que disfrutéis de ella!

 

Tagged with:  

Como comentamos en uno de los últimos posts, en las siguientes entregas hablaremos de los testing quadrants que ya introducimos y que descubri en el libro de “Agile Testing”. En esta entrega empezamos con el primero de los testing quadrants.

El Testing Quadrant Q1 es el primero de los quadrantes de testing a tener en cuenta, pero también es posiblemente el testing en el que menos involucrado se encuentra el tester.

Este tipo de testing suele estar muy ligado con la parte tecnológica del proyecto, ya es donde se realizan los unit tests o los tests de integración.

El proposito principal de este testing es ayudar al equipo a entender como debe funcionar el código a realizar, y proporcionar una guia para un correcto diseño de este software.

Generalmente este tipo de testing suele estar muy automatizado, mediante herramientas como xUnit (dependiendo del lenguaje de programación). En este tipo de testing se englobarian las metodologías de diseño como TDD (Testing Drive development).

También es recomendable ejecutar estos tests cuando se realiza una subida de nuevo código para comprobar que no tenga efectos colaterales y detectar posibles errores. Por ese motivo se aconseja introducirlo dentro del sistema de integración continua.

Como ventajas principales  de este tipo de testing podemos destacar tres:

  1. La velocidad de ejecución de los tres es extremadamente rápida por lo que se pueden ejecutar cada vez que se realiza alguna nueva funcionalidad.
  2. Se realizan tests a nivel unitario por lo que se puede llegar a condiciones complicadas de obtener por otro tipo de testing.
  3. Pueden servir como base para otro tipos de testing de más alto nivel como tests automatizados de aceptación o de negocio.

Y en que lugar queda el tester dentro de este tipo de testing? Generalmente los testers no se involucran en los tests unitarios ya que los suelen realizar los programadores.

Sin embargo, en metodologías ágiles, si que es aconsejable que los testers se involucren en este tipo de testing ayudando y guiando a los desarrolladores a diseñar esos tests unitarios. De esta manera el desarrollador puede aprender técnicas para realizar los tests unitarios de forma más eficiente, y el tester puede aprender de desarrollo como funcionan los tests unitarios y entender la forma en la que trabaja el desarrollador.

Recordar que al final el objetivo del equipo es el mismo, entregar un software de calidad, y esta calidad es responsabilidad de todo el equipo. Por eso es importante el soporte continuo entre todo equipo.

Tagged with:  

Agile Records nº6

On 28 marzo, 2011, in Agilismo, Articulos, Revistas, by twiindan

Ya ha salido publicado un nuevo número de la revista Agile Records, el sexto número de esta revista dedicada a metodologías ágiles y en particular en Agile Testing.

En la revista podemos ver articulos de grandes expertos en Agile como son Lisa Crispin, Gojko Adzic  o Jurgen Appelo  autores de varios libros en estos temas.

En este caso he tenido la suerte de publicar mi segundo artículo comentando sobre temas de agilismo en algunos entornos regulados como son las FDA y dando algunos consejos para poder realizar una transición a las metodologías ágiles en estos contextos.

Recordad que la revista es totalmente gratuita en formato digital (únicamente es necesario realizar el registro). También podéis obtener la revista en formato impreso por un pequeño precio con los envío incluidos.

Podéis descargar la revista a partir de la página oficial de Agile Records o en este enlace.

Espero que disfrutéis de ella!

Tagged with: