Blog de SQUaC: JTS2007

¿Quieres mejorar el testeo de tu software, y no sabes por dónde empezar? ¿Encuentras mucha teoría al respecto, pero no ves claro cómo aplicarla en tu caso particular? Puede entonces que te resulten útiles las Recetas para el diseño de casos de test que hemos empezado a publicar en nuestro sitio web (bajo Recursos).

Nuestro objetivo es definir una librería o colección de recetas de diseño de casos de test tales que, una vez seleccionada una receta adecuada a la situación concreta, indiquen al testeador cómo realizar los pasos necesarios para generar los casos de test.

De momento hemos incluido la primera receta: testeo de dominio mediante particiones equivalentes; más adelante esperamos incluir otras recetas.

Proceedings de JTS2007

Estas recetas parten de nuestro artículo publicado en los proceedings de las Jornadas sobre el Testeo de Software, JTS2007. Dicho artículo, junto con el resto de los publicados por los ponentes, los podéis encontrar en formato PDF en la página de proceedings de JTS2007.

¡Y no olvides que ya puedes inscribirte en las Jornadas de este año, JTS2008!

Ya están disponibles, en el sitio web del ITI (dentro del programa), las presentaciones utilizadas durante las pasadas Jornadas sobre Testeo de Software, todas ellas en formato PDF. Es un buen modo de recordar todo lo expuesto y sirven de punto de partida para quien quiera profundizar más en alguno de los temas tratados.

Estamos satisfechos un año más del número de asistentes (algún ponente incluso estaba gratamente sorprendido por la alta participación) y del nivel de las sesiones. Creemos que los participantes que estén interesados en aplicar los temas tratados tienen suficientes referencias (bibliografía, enlaces, herramientas, etc.) para hacerlo. Y, por supuesto, también cuentan la ayuda de organizaciones como nosotros. :) También los expositores ofrecieron sus productos, que se encuentran entre los más conocidos y utilizados del mercado.

De las ponencias extraemos que hay muchos campos de actuación en el campo del testeo en los que se está trabajando, aunque todavía hay camino por recorrer, ya que está mucho menos extendido de lo que debiera; para ello, se están definiendo y refinando modelos y técnicas que permitan extender y mejorar el testeo. Por otro lado, las experiencias de los ponentes sirven de ejemplo para, por lo menos, "aprender errores de los errores ajenos", que siempre resulta menos duro y más inteligente que aprender de los propios.

Finalmente, agradecemos la participación de ponentes, asistentes, expositores y colaboradores, esperando que haya sido de su agrado y que este tipo de eventos contribuyan a difundir los conocimientos sobre testeo de software.

Podéis usar los comentarios (o cualquier otro de los canales disponibles) para hacernos llegar vuestras opiniones y sugerencias.

En la tarde del viernes tienen lugar las últimas sesiones de estas jornadas de 2007:

• Anko Beijleveld: Gestión de software con Open Source
• Ausiàs Armesto: Incorporando el análisis estático de código en un proceso de integración continua

 Y a continuación, la mesa redonda y el acto de clausura.

Anko Beijleveld: Gestión de software con Open Source

Anko Beijleveld, presidente de TestABil, ha iniciado su charla con una breve presentación de la empresa, que se dedica al testeo de software, formación, etc.

Después ha dejado algunas frases como: "un idiota con una herramienta es todavía un idiota"; "si no sabes calcular, mejor no compres una calculadora". Todo ello para resaltar que, antes que las herramientas, lo más importante en un proyecto de testeo son los testeadores; después, le da importancia a la herramienta de gestión de defectos.

Leer el resto del artículo…

El viernes, 4 de mayo, se ha iniciado la segunda y última jornada con nuevas ponencias por la mañana:

• Rex Black: Five Hard-Won Lessons in Performance, Load, and Reliability Testing
• Joachim Wegener: A Product Maturity Model for Industrial Practice
• Marek Kucharski: How to Improve Your Development Process by Automating Infrastructure
• Luciën Stuivenvolt: Test optimising by ISO

Rex Black: Five Hard-Won Lessons in Performance, Load, and Reliability Testing

Durante la primera sesión de la mañana, Rex Black ha presentado cinco lecciones extraidas de su experiencia en el testeo de rendimiento, carga y fiabilidad. Y es que un problema en alguna de estas áreas puede llevar a las empresas a graves pérdidas, de lo que da algunos ejemplos concretos.

Las cinco lecciones son las que siguen:

Leer el resto del artículo…

Después del almuerzo en el mismo edificio de las Jornadas, han tenido lugar las sesiones de la tarde:

• Tanja Vos: Técnicas para la especificación de casos de testeo
• Patricio Letelier: Pruebas de Aceptación como conductor del proceso software
• José Luis Antón: Maximizar el retorno de las pruebas de rendimiento mediante simulaciones eficientes

Tras las cuales se ha realizado la mesa redonda.

Tanja Vos: Técnicas para la especificación de casos de testeo

Tanja Vos, directora del grupo SQUaC y organizadora de las jornadas, ha centrado su intervención en la fase de diseño de casos de test.

Para empezar, ha dado definiciones de lo que no es testeo; principalmente, deja claro que no se trata de demostrar que el software funciona bien: eso requeriría demostraciones formales o comprobar todos los casos posibles, lo cual no es un objetivo realista con la práctica totalidad del software existente. El objetivo del testeo es encontrar errores, y un buen caso de test es un caso con alta probabilidad de encontrarlos. 

Leer el resto del artículo…

Durante la mañana del jueves se han iniciado las Jornadas de Testeo de Software con la instalación de los stands de los expositores; se ha realizado el registro de asistentes y se han iniciado las jornadas con la bienvenida por parte de Tanja Vos. A partir de ahí se han desarrollado dos sesiones:

• Rex Black: Quality Risk Analysis (dividida en dos partes)
• Michiel Vroom: TMap Next, for result driven testing 

Rex Black: Quality Risk Analysis

Durante la primera charla de la jornada, Rex Black se ha centrado en el análisis de riesgos relacionado con el testeo de software. Ha destacado que este análisis en las primeras etapas de desarrollo es importante, ya que habitualmente las empresas testean más o menos en función del tiempo disponible; por eso es importante empezar el testeo por los problemas con mayor riesgo. ¡Desarrollar software es una actividad peligrosa!

Además de proporcionar algunas definiciones de calidad y riesgo de calidad, habla de tres técnicas para hacer ese análisis de riesgos: estudiar los requerimientos del sistema (no muy útil, según Rex Black); brainstormings; y entrevistas one-to-one.

Leer el resto del artículo…

En la tarde del miércoles, 2 de mayo, se han iniciado las IV Jornadas de Testeo de Software, JTS 2007, con el seminario impartido por Rex Black titulado Test Automation Success Secrets: Principles, Business Case, and Process. Durante la charla, Rex Black ha tratado el tema de la automatización del testeo de software, sus ventajas, inconvenientes, cuándo utilizarlo (y cuándo no).

Una de las ideas más importantes es que la automatización del testeo no es una panacea que resuelva automáticamente el problema de las pruebas de software, ya que únicamente se automatiza una parte del proceso (usualmente la ejecución, que resulta la parte más aburrida). Pero una herramienta no es una estrategia.

Leer el resto del artículo…

El próximo miércoles 2, jueves 3 y viernes 4 de mayo tendrán lugar las cuartas jornadas sobre testeo de software, JTS 2007. Durante las jornadas, expertos nacionales e internacionales tratarán este aspecto tan importante y al que tan poca atención prestamos habitualmente los desarrolladores. Tenéis toda la información sobre las jornadas en http://www.iti.upv.es/JTS2007 ¡Todavía se aceptan inscripciones!