Novena entrega de la revista “Agile Record”, esta vez titulada “Testing challenges for distributed team“. Entre muchos otros he encontrado interesante el artículo de “Chetan Giridhar & Vishal Kanaujia” sobre “Understanding Test Driven Development with Python“, o lo que es lo mismo TDD. Lo encuentro interesante porque últimamente se está hablando mucho sobre esta técnica de testing, técnica empleada por los equipos de desarrollo y que muchas veces la gente la interpretar como: “hacemos TDD, así que no necesitamos a un tester en nuestro equipo”. Pues bien, este artículo no profundiza sobre si el TDD excluye cualquier otra actividad de testing, pero al menos encontraréis un ejemplo gráfico de como debería de hacerse TDD con Python. Por otro lado este artículo no tiene nada que ver con el tema principal de la revista, pero bueno, eso ya es otro tema.

No me he podido leer todos los artículos, pero me gustaría destacar dos artículos más, el primero para los amantes de las herramientas…escrito por Éva Takács & István Forgács, titulado “Continuous integration to test large distributed systems“(por fin un artículo que habla sobre equipos distribuidos) que habla sobre la herramienta open source “ETICS” (eInfrastructure for Testing, Integration and Configuration of Software).

El otro artículo que quería destacar es el escrito por mi amigo “Toni Robres” sobre como ha cambiado el role del tester con las metodologías ágiles, pasando de ser un role destructivo en las metodologías Waterfall o con el modelo en V a pasar a ser un role contructivo en equipos con metodologías ágiles. Afirmación de la que estoy totalmente en desacuerdo. Un tester que trabaja con el modelo en V puede ser igualmente constructivo que uno que trabaje con SCRUM. Un Tester/SQA puede aportar valor en todas y cada una de las fases del ciclo de vida de desarrollo, desde la fase de elicitación hasta que se hace el roll-out. Puede aportar valor en la demanda, en la toma de requisito, instaurando herramientas de gestión de la configuración, haciendo seguimiento de las pruebas unitarias(cobertura) o haciendo revisiones de código…puede automatizar las regresiones, hacer pruebas de rendimiento o de seguridad, continuous quality improvements, etc, etc, etc…en fin, mil y una actividades totalmente constructivas. Ni las metodologías ágiles son la solución a todos los problemas del desarrollo de software ni el modelo Waterfall o en V son lo peor. Cada uno tiene sus cosas buenas y malas, todo depende de la tipología del proyecto y del sector, pero ambas pueden ser perfectamente constructivas.

Envía ya tu artículo a la revista Testing Experience. Tienes hasta el 20 de enero para envíar tu propuesta. En esta ocasión el próximo número de la revista será sobre “Model Based Testing”.

Como en otras ocasiones tenéis que enviar vuestra propuesta a editorial@testingexperience.com. Algunas fechas que tenéis que considerar, 20 de Enero envio de propuestas, 1 de Febrero fecha límite para enviar artículos y el 1 de Marzo será publicado.

Debemos de tener en consideración:

• Artículo y biografía corta (max. 1700 caracteres) en formato word.
• Gráfico usados en el artículo (e.g. JPEG o vector)
• Fotografía del autor 5.5 x 7 cm (300 dpi)

Referencia:
http://www.testingexperience.com/

¿Quieres escribir un artículo en la próximo número de la revista “Testing Experience” sobre “The Future of Testing”? Si quieres escribir en el próximo número simplemente tienes que enviar una propuesta a editorial@testingexperience.com con un pequeño resumen del artículo.

El artículo debe incluir una biografía de un max. de 1700 caracteres (utilizar template proporcionado por la revista). Usa imágines en alta resolución en formato jpeg o vectorial y envía una foto del autor de 5.5 x 7 cm (300 dpi)

Algunas fechas:

• Deadline Propuesta: 20 de Octubre.
• Deadline Artículo: 1 de Noviembre.
• Publicación: 1 de Diciembre.

Ya está disponible la decimocuarta entrega de la revista Testing Experience titulada “Improving the test Process”, en esta ocasión os encontraréis una revista de 172 página y casi 50 artículos. Aún no he tenido tiempo de leerme todos los artículos, pero he estado ojeando la revista y la verdad que podréis encontrar artículos muy interesantes….desde el TPI Next, pasando por la certificación Expert del ISTQB, como mejoras en automatización, mejoras de procesos o el TMMi.

Lo que está claro es que “Testing Experience” es a día de hoy la revista referencia del mercado…descargaros este número o subscribiros, merece la pena.

Acaba de salir el “Call for papers” para el número 7 de la revista Agile Records, revista especializada en “Agile Development” y “Agile Testing”. Os comento la información por si alguno está interesado en escribir algún artículo. Estás son las fechas límites:

• Propueta: 20 de Mayo
• Versión final: 10 de Junio

Si quieres publicar un artículo, envía tu propuesta a editorial@agilerecord.com.

El artículo debe contener una pequeña biografía una foto.

Más información en Agilerecord.com

Ya está disponible la decimotercera entrega de la revista Testing Experience, titulada: “Testing @ Domains”. ¿Cómo hace testing el sector médico, bancario, el de telecomunicaciones…? Todo lo que siempre has querido saber lo podrás encontrar en este número.

Bájatelo de forma gratuita de la web de www.testingexperience.com” o subscríbete a la edición impresa por tan solo 32€.

Por otro lado, ya podéis enviar vuestros artículos para el siguiente número de la revista…que se titulará “Improving the test process“. Envía tus propuestas antes del 20 de Abril.

Ya podéis comprar la versión impresa de “Testing Planet”. Pero, ¿que es Testing Planet? Es una publicación sobre Software Testing que hace el “Software Testing Club”. El coste son unos 25€ si el envío es a Europa y 30€ si es al resto del mundo.

En caso de no queráis subscribiros, siempre podéis obtener la versión digital gratis en “www.thetestingplanet.com“

El quinto número de la revista “Agile Record”, revista especializada en Agile Testing, ya está disponible. Os la podéis descargar directamente de la página agilerecord.com o subscribiros por 32€ al año.

Este número incluye una interesantísima entrevista a dos reconocidos Gurus del testing, Michael Bolton y James Bach. Durante la entrevista se tratan temas como ¿que es Software Quality Assurace?, ¿que es el testing hoy en día? o como ven estos dos grandes expertos el “Agile Testing”. Dialogan abiertamente sobre “open source tools” versus “Commercial Tools”, donde estará el testing en los próximos años y sobre el ISTQB, un tema delicado puesto que la empresa de José Díaz, editor de la revista, es proveedora oficial de cursos del ISTQB y todo el mundo sabe que James Bach no es precisamente un defensor de certificaciones como las que ofrece el ISTQB.

La verdad que la entrevista no tiene desperdicio ya que si algo caracteriza a James Bach es que no tiene pelos en la lengua, siempre dice que lo que piensa – le guste o no al interlocutor y aunque le cueste ganarse enemigos – y tiene una visión muy filosófica del testing. Un claro ejemplo, al final de la entrevista José le pregunta a James Bach: “¿te gustaría añadir alguna cosa más a la entrevista?”, a lo que le responde James: “José, stop supporting the ISTQB. Please take a stand for the excellence in testing”. A lo que José responde que él no solo soporta al ISTQB, el ISTQB es sólo “una pieza del puzzle”. Así que me quedo con esas últimas palabras…el testing no es sólo el ISTQB y sus certificaciones, ni las conferencias, ni los cursos…el testing es mucho más, y además a su vez el testing es sólo una parte de lo que sería la Calidad en el desarrollo de Software.

Pero bueno la revista no es sólo la entrevista, en este número podréis encontrar interesante artículos como el escrito por Badri N Srinivasan titulado “Agile in the Blue Ocean” que trata sobre las diferentes perspectivas de la metodología Ágile versus la metodología en cascada o un completísimo artículo de David Cabrerizo sobre “Agile Software Factory with Zero-Cost Software”.

Para los amantes de la automatización y la integración continua, este número nos trae dos artículos. El primero, escrito por Chetan Giridhar y Sunil Ubranimath, os guiará sobre buenas prácticas en el uso de la automatización en proyectos ágiles que os puede servir de ayuda. El segundo artículo, escrito por Micah Hainline…bueno, creo que es artículo es demasiado teórico, tal vez algunas ejemplos real que ayuden a la gente a implementar la integración continua en su empresa hubiesen sido de gran ayuda.