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.

Inés Toribio publicó esta mañana un post en el grupo de “Valencia Testing” que creo que debe de ser comentado en la página principal. Como ella misma menciona en su post ayer hubo una charla en Valencia a cargo de Agile Levante sobre Metodologías de implantación de calidad focalizada en “Agile Methodologies”. He estado leyendo el material titualdo “Calidad e integración contínua. Una Introducción” y la verdad que creo que debe de ser compartido porque os puede ser de mucha ayuda. La charla y el material fúe desarrollado por Carles Climet en su blog bajo la sección de “materiales“.

Como dice Inés en su post: “Chapó!!! Ojalá todo el mundo viera la necesidad de ver que compartir conocomientos sin esperar una transferencia bancaria a cambio es enriquecedor. Muchas gracias a todos los que ayer estuvisteis allí me disteis un subidon de moral y de ánimos , sobre todo , cuando uno piensa que está solo.“

Referencia:

]]> http://www.softqanetwork.com/charla-de-carles-climent-en-valencia-sobre-calidad-e-integracion-continua-una-introduccion/feed 2 http://www.softqanetwork.com/nueva-certificacion-cat-certified-agile-tester http://www.softqanetwork.com/nueva-certificacion-cat-certified-agile-tester#comments Tue, 12 Oct 2010 08:15:05 +0000 Javierpello http://www.softqanetwork.com/?p=2380

El pasado jueves se presentó en exclusiva la certificación CAT (Certified Agile Tester), dentro de las jornadas Agile Testing Days. Dentro del marco de las conferencias se realizó un curso piloto…el “syllabus” está todavía en revisión, pero se espera que esté pronto disponible.

La idea de esta certificación es obtener conocimientos esenciales del role de tester dentro de proyectos ágiles. Cada día son más las empresas que requieren de testers especializados en metodologías de desarrollo ágiles, por eso es importante desarrollar ciertas habilidades y conocimientos que nos permitan trabajar con éxito dentro de este tipo de proyectos. Por eso, desde CAT han desarrollado un marco de certificación mucho más ágil que otras certificaciones del sector, ya que buscan un nuevo enfoque con un framework no tan estático. Desde CAT son conscientes de que las habilidades de un tester no se demuestran mediante un examen “multiple choice” por lo que para certificarse es necesario completar tres fases:

• Una evaluación de las habilidades sociales y capacidades para trabajar en equipo
• Un examen con pregunta abiertas, no “multiple choice”.
• Una parte práctica donde las habilidades del examinado las pruebas son puestas a prueba.

Os iré informando cuando el syllabus esté disponible así como los cursos de certificación y exámenes.

Más información en CAT.

Ya tenéis disponible la 4ª entrega de la revista “Agile Record”. Una vez más podréis encontrar un montón de interesante artículos sobre “Agile Testing”…buenas prácticas, lecciones aprendidas, experiencias.

Aprovecho para comentaros que pronto saldrá una certificación sobre “Agile Testing”, que se llama CAT – Certified Agile Tester. La certificación será presentada oficialmente en la conferencia “Agile Testing Days” por Dr. Stuart Reid y el iSQI – International Software Quality Institute. En esta certificación han colaborado empleados de empresas líderes en el sector como HP, IBM, Microsoft, Nokia, Barclays, Zurich, Xing…etc.

Os daré más información sobre el tema cuando sea presentada este mismo mes.

Como norma general, cualquier aplicación debe probarse a fondo. Lamentablemente, en la práctica, las prueba son insuficientes y a menudo pasadas por alto.

Las pruebas de regresión intentan verificar que los cambios realizados no han introducidos nuevos defectos y que el resto de la aplicación sigue funcionando correctamente.

¿Como podemos realizar correctamente nuestra pruebas de regresión? Podemos comenzar analizando nuestras necesidades y definiendo una estrategia. Es importante que nuestra estrategia defina los pasos que debemos seguir a la hora de seleccionar los test que vamos a ejecutar. Podríamos pensar que debemos ejecutar todos, pero en muchas ocasiones esto no es posible por lo ajustado de las planificaciones. Es por ello que debemos hacer una selección, una batería de pruebas. ¿Que debemos considerar para hacer una buena selección?

Consideremos lo siguiente:

1. Realizar un análisis de impacto. Es necesario identificar las areas que se han visto impactadas por los cambios realizados.
2. Identificar los flujos principales.
3. Seleccionar un porcentaje de todos los test que tenemos.

Si tememos muchos “test cases” que regresionar ya que nuestra aplicación es de un tamaño considerable, una buena practicar es la automatización. ¿Que deberíamos automatizar? Como había comentado anteriormente es importante identificar los flujos principales de nuestra aplicacioón, pues bien, estos serán nuestros test candidatos a ser automatizados ya que al ser flujos principales no deberían de sufrir grandes cambios en las siguientes “releases”…por eso estaría bien automatizarlos para ahorrarnos el esfuerzo de la ejecución manual.

Interesantísmo libro sobre Scrum y eXtreme Programming que recomiendo para los que esteís pensando en implantarlo en vuestra empresa. En artículos anteriores ya había hablado sobre Scrum y sus ventajas. Este libro muestra de una forma práctica los conceptos teóricos de Scrum, su procedencia y su relación con las metodologías ágiles o las ventajas de este tipo de metodologías frente a los enfoques más tradicionales o pesados.

El libro está disponible de forma gratuita en InfoQ, un magnífico recurso para los interesados en las metodologías ágiles y el desarrollo de software en general.

En los últimos meses he publicado algunos artículos sobre Scrum, sus beneficios y buenas prácticas, pero “no es oro todo lo que reluce”. Scrum es una metodología ágil implantada exitosamente durante años en grandes empresas…pero esto no quiere decir que la podamos implantar en cualquier entorno. Antes de su implementación deben de analizarse bien la situación en la que se encuentra nuestra empresa mediante un análisis de riesgos.

De la misma manera que hay muchas personas que creen en los beneficios de Scrum, hay otras que no acaban de ver estos beneficios con tanta claridad. Os recomiendo que leáis este interesante punto de vista obtenido de SoftwareArquitecto.

Recomiendo este Google Tech Talks presentado por Elisabeth Hendrickson sobre Agile testing. Cada vez son más los equipos de desarrollo que adoptan tecnicas “Agiles”. ¿Que es el testing ágil? en esta presentación Elisabeth Hendrickson comparte sus experiencias en como equipos de pruebas pueden ser ágiles.

Proporcionará una descripción de cómo las prácticas ágiles diferencian a las tradicionales y discute lo que significan esas diferencias para los equipos de testing.

+ Agile Testing Video