Sábado, 5 Abril 2008

Contenidos:

  • Un framework de testeo: enfoque básico para los directivos (Javier Fernández-Pello Alvargonzález)
  • Gestión de pruebas y validación de sistemas con Telelogic DOORS (Antonio Rodríguez)
  • ¿Por qué TestLink? Un caso de éxito (Fernando David Vicente Márquez)
  • Probando desde el principio (Antonio Fuentes Soto)
  • Mesa redonda
  • Clausura y vino de honor

Un framework de testeo: enfoque básico para los directivos (Javier Fernández-Pello Alvargonzález)

"Un framework es un conjunto de métodos, herramientas y objetos usados para gestionar asuntos complejos". Las empresas (como Zurich) necesitan un framework de testeo porque proporciona un esquema de trabajo, flexibilidad, y permite gestionar y repetir el testeo. Toman TMMi (un modelo para la mejora del testeo) como base.

Exposición de Javier Fernández-Pello

Su problema era de diferentes entornos sobre los que había que testear, con diferentes proveedores distribuidos por todo el mundo. Su implementación define diferentes apartados: objetivos, roles, actividades de testeo, ciclo de vida. Todo ello se gestiona con una herramienta comercial, aunque también recomienda TestLink (herramienta open-source).


Gestión de pruebas y validación de sistemas con Telelogic DOORS (Antonio Rodríguez)

Antonio Rodríguez, de Telelogic, ofrece una visión de su herramienta Telelogic DOORS, para hacer un seguimiento muy detallado de requisitos para proyectos de desarrollo de sistemas críticos. Está orientada a la gestión y revisión de requisitos, y utiliza elementos como objetos, enlaces, etc. para relacionar el testeo con esos requisitos. Antonio ofrece una visión global de esa herramienta.

Charla de Antonio Rodríguez

¿Por qué TestLink? Un caso de éxito (Fernando David Vicente Márquez)

Explica su experiencia usando TestLink, una herramienta open-source de gestión de testeo. TestLink puede ayudar a organizar y dar visibilidad la información que se genera durante el testeo, de manera más barata y/o sencilla que con otras (ficheros Word, Excel, herramientas comerciales, etc.).

Ponencia de Fernando David Vicente

Entre otras ventajas, es gratuita, tiene soporte para varios idiomas, es altamente configurable, portable, permite versionar casos de test, etc. Como inconvenientes, no permite diferentes versiones de un caso de test en el mismo plan, la interfaz está algo desorganizada.

Para finalizar, se hace una pequeña demostración en vivo de TestLink.

Probando desde el principio (Antonio Fuentes Soto)

La mayor parte de los aplicativos de Metro de Madrid son desarrollos externos; de ahí la importancia de sus pruebas. Curiosamente, la mayor parte de defectos se introducen en las primeras fases de desarrollo, pero se detectan más tarde (cuando son más caras); de ahí la necesidad de probar y detectar errores cuanto antes, mejor.

Charla de Antonio Fuentes

Su proceso de pruebas está basado en Metrica 3, e incluye actividades (utilizando la herramienta Mercury para dar soporte a todas ellas) en:

  • gestión de requisitos
  • definición del plan de pruebas
  • ejecución de pruebas
  • gestión de defectos
  • gestión de métricas

Como conclusiones, su proceso de testeo les permite comprobar que el software cumple los requisitos, garantizar su calidad, y testear desde el principio.

Mesa redonda

¿Podemos certificar la calidad del software mediante testeadores voluntarios externos?

  • Sí, si se trata de testeo de usabilidad (por ejemplo).
  • Con los testeadores voluntarios no se da suficiente cobertura, ya que no son expertos.
  • Pueden utilizarse las estadísticas de uso de los usuarios para encontrar defectos (sin que sean explícitamente testeadores), para lo que se necesitan grandes cantidades de datos.
  • Pueden utilizarse voluntarios como complemente a los testeadores.

Durante la mesa redonda

¿Existen métodos para generar casos de testeo automáticamente a partir de requerimientos textuales?

  • Parece que, como mucho, existen algunos prototipos.
  • Una herramienta de ese tipo sería el propio sistema a implementar; no existen (aunque los vendedores de herramientas digan que sí).
  • Sin llegar a ese punto, sería más sencillo una herramienta que seleccionara y resaltara palabras clave para ayudar a la generación de testeo.
  • El ITI coordina el proyecto EvoTest para convertir el problema de testeo en un problema de búsqueda (aunque no a partir de requerimientos textuales).

¿Cuándo deberíamos empezar a testear?

  • Tan pronto como sea posible.

¿Sería interesante testear una aplicación con gente que no la conozca?

  • Según autores, sí. Pero no cualquiera, sino alguien con un perfil representativo.
  • Sí, cuando quieres testear la usabilidad del sistema.
  • Sería interesante ver cuántos errores son reportados por usuarios de la aplicación en los programas de open-source.
  • ¿Cómo evitar que los testeadores tengan una visión sesgada del sistema, por su conocimiento? Quizás teniendo gente "inusual" en el equipo de testeo.
  • Son necesarios diferentes niveles de conocimiento del sistema para el testeo, desde principiantes a expertos.
  • Es diferente si es software estándar, o software a medida (en que conoces más a los usuarios).

Ponentes durante la mesa redonda

En España la mayor parte de desarrollos de software están a cargo de PYMEs que hacen poco o nada de testeo; ¿es así en otros países? ¿Cómo se puede mejorar esa situación?

  • En algunos países la situación es similar; se mejoraría la situación incrementando la formación en testeo.
  • Desgraciadamente, la situación suele mejorar en las empresas únicamente después de algún desastre.
  • Como usuarios, también podemos reclamar productos con calidad y sin defectos.

¿Quedará el testeo de software obsoleto por otro tipo de metodologías que aseguren la calidad del software?

  • No tiene sentido. Otras disciplinas (como ingeniería de requerimientos) no están avanzando tanto por delante del testeo.
  • Más bien ocurre que conocimientos sobre testeo de software se están extendiendo.

Cuál sería el siguiente paso en el testeo de software?

  • Aprender sobre diseñar buenos experimentos.
  • Un desafío es el gran volumen de software que se genera, y cada vez más.
  • Avanzar en el testeo de disciplinas más concretas: seguridad, carga, etc.
  • Para muchos de los profesionales, certificación.f
  • No buscar un gran paso hacia el futuro, sino mejorar poco a poco con los recursos disponibles.

Mesa redonda

¿Y en cuanto a la verificación formal?

  • Parece que intentar escribir una especificación formal introduce prácticamente más errores que la propia codificación.
  • Quizá funcione en sistemas pequeños, muy concretos, pero no se ha avanzado mucho en los últimos años.

¿Cuál es el valor de la certificación en el testeo?

  • Es buena idea, al menos al principio, ya que proporciona unas habilidades básicas.
  • En EEUU, tienen poco valor. Sí parece tenerlo en UK (no en Google).
  • Es útil para todas las partes: para los testeadores, las empresas, los formadores, … Pero hay otros medios.
  • En ocasiones se convierten en una condición necesaria, pero no suficiente, para trabajar.
  • Es una manera magnífica de conseguir unificar el lenguaje.

Clausura y vino de honor

Abandonando la sala...

Durante el vino de clausura

Deje un comentario

*
Teclea la palabra del recuadro, por favor, para comprobar que eres una persona y no un proceso de spam. << Anti-Spam Image



Blog del grupo SQUaC. ¿Conoces nuestros servicios? testeo de software; etc.

SQUaC, una web del ITI