Nace Test Huddle!

Listado no exhaustivo y no ordenado de cosas importantes para mejorar como tester:

1. Estar al día de lo que sucede en el sector

2. Conocer a otros testers de otras empresas, ciudades, países, realidades… 

3. Participar activamente en eventos relacionados con el testing

4. Hablar sobre testing! Expresar opiniones y defenderlas! Valorar y comentar las opiniones de otros!

 

Todo esto y más te lo pueden ofrecer las comunidades on-line de testing y calidad del software, y ahora tenemos una nueva comunidad en el mercado y una nueva oportunidad de subirnos al carro conducido por la comunidad global del testing. Se trata de Test Huddle, comunidad asociada a EuroStar, una de las conferencias de testing más importantes del mundo.

logo_headerx2

Yo ya me he registrado, y tú?

Mi primer EuroSTAR

Después del refrescante QA&TEST Bilbao 2013 llegaron palabras mayores. A raiz de mi colaboración periódica en el blog de la conferencia internacional de software testing EuroSTAR, la organización de la misma me invitó a asistir al evento (realizado entre el 4 y el 7 de Noviembre en Gotemburgo, Suecia) a cambio de escribir algunos posts sobre lo que estaba pasando en ella (por ejemplo este o este otro).

Para el que no lo sepa, EuroSTAR está entre las 3 conferencias más importantes de testing en Europa, y puede ser la que tenga más historia (con 20 ediciones a su espalda). Este año han asistido más de 1000 personas al evento y ha consistido de un día y medio de tutoriales (11 en total, 5 de un día, 6 de medio día), 3 workshops y 47 charlas en 4 tracks con la crème de la crème del testing europeo y mundial debatiendo sobre el tema de este año: “Questioning testing”.

El nivel de las charlas ha sido bastante alto, pero lo que más me ha llamado la atención es que es un evento en el que constantemente pasan cosas, mucho más allá de las charlas. La conferencia facilita la generación espontánea de charlas informales, demostraciones, workshops improvisados y sesiones de testing colectivo proporcionando el espacio y el tiempo para ello. Hay incluso quién dice que este aspecto es lo mejor de todo el evento! También hay que decir que la comunidad internacional está muy acostumbrada a la vertiente social del testing, quien más quien menos asiste con regularidad a testing social meetups en sus países de orígen, y eso se nota en estas situaciones.

Chilling out at EuroSTAR 2014

Chilling out at EuroSTAR 2014

Mucha información tengo ahora que procesar, del más alto nivel y de las más variadas fuentes; pero más allá de la infoxicación que pueda sufrir ahora mismo, mantengo mi opinión sobre la asistencia a eventos de este tipo, son un subidón de adrenalina testeadora importante, además de permitirte estar en contacto con lo más avanzado de esta profesión que no se acaba nunca. 100% recomendable!

La edición del 2014 es en Dublín y el tema es “Diversity, innovation & leadership”. Nos vemos allí? 😉

Eurostar Community Spotlight

Eurostar Community Spotlight

La gente de Eurostar (la conferencia nº 1 de testing en el mundo) me ha entrevistado esta semana como parte de la colección de posts “Community spotlight” de su blog oficial. Te interesa? Aquí tienes la entrevista: http://www.eurostarconferences.com/blog/2013/5/31/community-spotlight-mauri-edo

Eurostar community Spotlight

Qué verguenza, no? 😉

Liveblogged! “Introduction to test strategy” por Rikard Edgren (Webinar)

Liveblogged! “Introduction to test strategy” por Rikard Edgren (Webinar)

Pues sí, esta es mi primera experiencia de Liveblogging, para comprobar si me gusta más que tuitear las cosas en vivo. Este post no ha sido fabricado siguiendo los estándares del liveblogging, pero desarrollado en vivo y posteado después (en inglés), tan pronto como mi perfeccionismo en las ediciones de los posts me ha permitido. Ahora lo he traducido (un día después) y ya lo tenéis en español!

Para empezar, este webinar es parte de una serie de webinars promovidos por la Eurostar Conference y presentado por Rikard Edgren, una de las tres mentes maestras que hay detrás del blog Thoughts from the test eye y autor del paper, para nombrar uno de muchos, “The little black book on test design”, que me acabo de leer y he disfrutado mucho 🙂

El webinar se ha centrado en estrategía de testing para un proyecto concreto, no sobre políticas ni procesos, sinó en porqué testear y cómo hacerlo, además de todo aquello que hay entre medias.

https://i1.wp.com/api.ning.com/files/dTvw7iNu8*opXNhxnI6h29xU4cSJX*UdcFnH9tNDBd5nc1n4G1s49t--VH0JmYyUBYdB*Rb94CU0hhjG9G9Fow__/Dibujo1.JPG

En referencia al porqué, Rikard empezó con el concepto de “misión de testing”, como la respuesta a la pregunta “Por qué estamos testeando?”, ya que es bastante difícil hacer buen testing sin conocer bien cuál es la misión del mismo, el porqué testeamos, y quién ha hecho llegar esta misión al equipo. Ejemplos de misiones pueden encontrarse en los materiales del curso BBST Foundations ofrecido por la AST (slides 69-73), como encontrar problemas importantes, parar releases prematuras, evaluar productos de terceros… La misión del testing afecta a la estrategia ya que distintas misiones de testing requieren de distintos tests, ergo de distintas estrategias de testing.

Rikard sugirió el llamado “so… trick” para luchar contra las misiones de testing vagas, como “testea el producto”. Añadiendo al final de esta frase un “so…” (un para que…) y obteniendo una respuesta al mismo, la misión se va definiendo progresivamente, proporcionándonos más información valiosa para ejecutar un mejor y más centrado testing.

Basados en los requerimientos, y en contraste con el “todo”, hay cosas “importantes” de testear.

https://i1.wp.com/api.ning.com/files/R-HNOsRY-LTSkbeYyuwdWX*4IMd4gbqliPK8KWAcROojUyVhkXhtsEKa5VjD668ZSoesdGr*UgMQUqu3Ojzs-Q__/Dibujo2.JPG

Para identificar qué es importante de testear, algunos consejos pueden ser hablar con los stakeholders, preguntándoles qué es lo que quieren saber tantas veces como sea necesario, además de obtener ideas de otras fuentes (como las listadas en el paper “37 sources for test ideas”, co-escrito por el presentador). Si la misión es, por ejemplo, identificar problemas importantes, puede elaborarse con ejemplos (parches, quejas, críticas destructivas…)  o también usando guías (checklists, casos de estudio, requerimientos…).

Rikard cambió de tercio para hablar del Análisis del Contexto, basado en el modelo HTSM de James Bach: cómo puede afectar el entorno al testing, qué debe ser testeado (referencias aquí al mnemotécnico SFDIPOT, popularizado por James Bach también dentro del modelo mencionado), qué características de calidad son importantes de considerar (capacidad, robustez, usabilidad, carisma… Ver más en el poster co-creado por el própio presentador “Software Quality Characteristics”).  Rikard ofreció también ejemplos en lo que se refiere a la robustez, siendo muy agradecidos por un servidor ya que muchas veces los webinars se quedan en la superfície teórica del tema tratado, echándose de menos aplicaciones prácticas del mismo.

Finalmente, el tema de la estrategia del testing fue abordado. El objetivo de la estrategia del testing es conducir el testing para alcanzar la misión del mismo, consistiendo en guías que describen qué hay que testear y cómo hay que hacerlo, con la intención de comunicar esta estrategia tanto a los testers como a los stakeholders; algunos ejemplos se presentaron para reforzar la necesidad de que la estrategia sea detallada, haciéndola útil. Además del detalle, la unicidad de la estrategia se trató también, puesto que cada situación requiere una estrategia de testing única, prefiriendo varias estrategias útiles y justificadas antes que una única perfecta y total estrategia, probablemente incumplible o incompleta.

Aspectos de una estrategia de testing pueden ser objetivos, técnicas, ideas de testing, fuentes de información, oráculos, modelos… pero estos tienen que ser siempre ajustables, ya que las situaciones (porqué testeamos, el contexto actual…) cambian. Debido a esto, un mínimo de sentido del riesgo es necesario, para centrarse en lo que es importante, además de estar siempre listos para añadir nueva información y feedback de los testers y stakeholders.

En resumen, Rikard se refirió a la estrategia del testing como el resultado de la información recopilada y compartida más el propio proceso de pensamiento, animándonos a encontrar estrategias adecuadas para nuestro contexto, aprendiendo a entender qué es importante para nosotros, para nuestro testing, en nuestra situación.

Fin del liveblogging, gran webinar sobre un tema muy interesante!