Domingo, 6 Mayo 2007

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.

Anko Beijleveld (con Tanja Vos), comentando su ponencia

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.

La charla se ha centrado en el caso real de un asesoramiento que hicieron para el testeo en una empresa, caracterizado por sus desarrollos en diferentes paises, y por no existir presupuesto para el testeo; por tanto, se decantaron por estudiar herramientas open source.

El proyecto se inició con un plan de investigación: ¿qué necesitamos? ¿por qué? ¿cuántos usuarios? ¿cómo presentar resultados? Es importante después saber dónde buscar este tipo de herramientas; Anko Beijleveld ha presentado algunos enlaces (entre ellos, www.opensourcetesting.com), y aconseja también consultar a los propios desarrolladores.

Dos tipos de herramienta eran necesarias:

  • Gestión de casos de testeo: se necesitaba que estuviera basada en web; que se integrara con la gestión de defectos; que fuera fácil de utilizar; y fácil de instalar/implentar. Eligieron la herramienta TestLink.
  • Gestión de defectos (bugs): se necesitaban licencias de uso ilimitadas; con generación de informes; que se pudieran añadir campos personalizados; fácil de usar; integrable con los casos de testeo. La elección fue Mantis.

El resultado del proyecto fue un gran ahorro en licencias, con gran satisfacción de los usuarios (de modo que la misma solución se implementó en los Estados Unidos). Las ventajas de las herramientas seleccionadas: que son gratis, personalizables, se pueden integrar y modificar, y no tienen límites de licencias. Los inconvenientes: requieren conocimientos técnicos; su aspecto no es el más elegante; no tienen helpdesk ni comerciales.

Las conclusiones del proyecto son que es necesario primero investigar las necesidades y después elegir (y gastar, si hace falta) la herramienta; el open source es una opción válida que puede funcionar muy bien, aunque ninguna herramienta es perfecta. Y, en todo caso, que lo más importante es el equipo.

Ausiàs Armesto: Incorporando el análisis estático de código en un proceso de integración continua

Ausiàs Armesto, de Dimensión Informática (empresa perteneciente a Indra), ha explicado la implementación en su empresa del análisis estático de código en sus procesos de desarrollo, que realizaron gracias a la colaboración del grupo SQUaC del ITI. Las motivaciones para este proyecto eran varios: detectar errores de programación; conocer la calidad del código fuente; facilitar su legilibilidad; homogeneizar la programación.

Ausias Armesto, durante la presentación del proyecto en el que colaboraron con el grupo SQUaC

El análisis estático consiste en el análisis del código fuente sin ejecutar la aplicación: puede tratarse desde estudiar la densidad de comentarios hasta técnicas de análisis semántico. Funciona de un modo similar a lo que sería un compilador inteligente, y suele estar basado en reglas.

Algunas de las herramientas existentes son CheckStyle; PMD; FindBugs; Eclipse TPTP. En Dimensión se elige la herramienta Jtest, que tiene las siguientes características: está integrada con Eclipse (aunque no es open source), incluye un gran número de reglas (que se agrupan en niveles para facilitar su gestión) y es fácil crear nuevas reglas; también incluye la presentación de resultados e informes. Para la integracion en su proceso de desarrollo, se incluyen los procesos de análisis entre los que se realizan nocturnamente mediante otras herramientas (Ant; Maven; Luntbuild).

El resultado del proyecto fue un éxito, de modo que el análisis es demandado por los jefes de proyecto de la empresa; los niveles de reglas ayudan en gran medida a su utilización, y se ha notado una mejora importante en la calidad del código fuente. En el futuro, sus planes pasan por dedicar esfuerzos a establecer métricas, realizar testeo unitarios con Jtest, y a análisis de usabilidad y accesibilidad.

Mesa redonda

Al final de la jornada tuvo lugar la mesa redonda con los ponentes de la jornada, en la que se trataron diversas cuestiones planteadas por los asistentes.

Mesa redonda al final de la jornada del viernes

Estas fueron algunas ideas que surgieron:

  • ¿Cómo convencer a las empresas de que necesitan testeo? No hay una respuesta sencilla; depende del tipo de aplicación, y de los riesgos de que el defecto llegue al usuario.
  • Tampoco hay una respuesta clara a cuánto testeo unitario es necesario: depende, como siempre, del tipo de aplicación.
  • En cuanto a las herramientas para testear GUIs, se comenta una presentada en las jornadas del año pasado.
  • El impacto de usar tecnologías como AJAX en los testeos es variado: en el funcional, la herramienta debe ser capaz de interpretar el JavaScript de la aplicación; en los de stress, hay que tener en cuenta el mayor consumo en comunicaciones y en proceso.
  • Parece que no es habitual que las empresas de software entreguen testware a sus clientes, aunque hay algunas excepciones: sí a veces en el caso de determinadas aplicaciones que necesitan "aprendizaje" (reconocimiento de voz, por ejemplo); también en ocasiones cuando es un proyecto a medida; y también tiene sentido en migraciones, para facilitar futuras migraciones. De todas formas, el testware le sirve de poco al cliente si no tiene estrategia para utilizarlo.
  • El análisis estático de código permite detectar habitualmente determinados tipos de bugs en la programación: por ejemplo, casos por defecto no tratados; inicialización incorrecta de variables. La implementación del análisis estático es mejor hacerlo de modo gradual que intentar cumplir multitud de reglas en un primer momento.

Acto de clausura

Las IV Jornadas de Testeo de Software, JTS 2007, se han clausurado en la tarde del viernes con un vino de honor para ponentes y asistentes.

Clausura de las jornadas, con la mochila obsequio en primer plano

1 comentario sobre “JTS 2007: jornada de tarde del viernes, 4 de mayo”

  1. Darlyn dijo:

    Bom, sobre a chegada de uma nova czlviiiae7e3o, achei aqui je1 de algum tempo a Vejam os trechos principais:Uma mudane7a de czlviiiae7e3oPor Miguel Conde em 20/4/2010Como o senhor acredita que deve ser feita a transie7e3o de veedculos prestigiados como o El Paeds para a internet?J.L.C. – Os editores de jornais team um problema. He1 sinais preocupantes de que a imprensa este1 chegando ao fim. As circulae7f5es diminuem, a publicidade tambe9m.Creio que estamos cometendo um erro fundamental, de supor que exista um modo de transplantar o jornal para a web, e que por termos tido eaxito fora da web vamos ter tambe9m na web. A web e9 um fenf4meno totalmente diferente.Em que sentido?J.L.C. – A diferene7a fundamental e9 que um jornal e9 um universo fechado, onde da primeira e0 faltima pe1gina se oferece uma certa edie7e3o do mundo. He1 uma cumplicidade intelectual entre o leitor e o jornal. O leitor na web se comporta de maneira diferente. Vai do Globo ao New York Times e de le1 para o Pravda. c9 um ambiente aberto. Por isso me parece equivocada a ideia de transplantar os jornais para a web. Outra coisa e9 a utilizae7e3o das marcas. Isso ainda se este1 por ver, talvez possa funcionar.Outra diferene7a importante e9 que os sites team sistemas de medie7e3o de audieancia muito mais precisos e constantes do que os dos meios impressos. Isso cria novas pressf5es sobre a linha editorial, ne3o?J.L.C. – c9 verdade, e ne3o sei se isso e9 um problema. O que e9 certo e9 que a informae7e3o de qualidade este1 ameae7ada. Ne3o e9 fe1cil distinguir na web o que e9 rigoroso e verdadeiro do que e9 bullshit, como dizem os americanos. O problema e9 entendermos que estamos diante de uma mudane7a de czlviiiae7e3o. Assim como os monaste9rios perderam o poder intelectual que tinham apf3s a aparie7e3o da prensa mf3vel, hoje o poder informativo ne3o e9 mais apenas dos jornais e editoras. A estrutura informativa como a conhecedamos pertence agora ao Antigo Regime. Ne3o digo que o novo seja absolutamente bom, e que a tradie7e3o seja totalmente rechae7e1vel. He1 valores que e9 preciso resguardar, como os direitos humanos, o direito e0 propriedade intelectual. Mas temos que reconhecer que mudou.Em seu livro o senhor cita uma frase dita pelo magnata da meddia Rupert Murdoch em 1980: nosso negf3cio e9 o entretenimento . Esse e9 um valor hoje muito defendido pelos consultores que fazem palestras sobre o futuro do jornalismo.J.L.C. – Nada e9 absolutamente novo na vida e toda revolue7e3o tem uma contrarrevolue7e3o nas tripas. O que trato de dizer e9 que o essencial e9 compreender essa mudane7a estrutural. Ne3o e9 saber se estamos diante de uma onda de trivialidade da informae7e3o ou ne3o. O problema e9 que antes uns emitiam e outros recebiam. c9ramos os se1bios que comunicavam aos ignorantes. Algo disso tem que ser mantido, e9 preciso que se possa distinguir as verdades de mentiras. Mas a queste3o e9 como devem se comportar, num mundo desintermediado , uma coisa chamada meios de comunicae7e3o.E como devem agir?J.L.C. – O primeiro que temos que fazer e9 reconhecer o que este1 acontecendo. Ne3o digo que os jornais ve3o desaparecer, mas digo que podem desaparecer. Para mim, o problema e9 estrutural. Na sociedade da comunicae7e3o, existe espae7o para jornalistas? Isso este1 relacionado e0 crise da democracia representativa. Hoje os prf3prios partidos poledticos desaparecem frente e0s iniciativas da sociedade digital, e os ledderes poledticos por sua vez buscam se relacionar diretamente com o povo. He1 uma tendeancia e0 democracia direta, plebiscite1ria. O que ne3o sei e9 o que3o democre1tica e9 a democracia participativa.E quanto e0 discusse3o sobre cobrar ou ne3o cobrar pelo contefado?J.L.C. – Je1 tivemos o modelo gratuito, o pago e voltamos ao gratuito. Para nf3s hoje a queste3o ne3o e9 cobrar ou ne3o cobrar, mas saber o que e9 um jornal na rede, e de que maneira levar as marcas para o mundo digital. He1 um fato que todos citam, mas poucos levam a se9rio: a economia da rede e9 uma economia de demanda, enquanto todos os meios de comunicae7e3o hoje este3o baseados numa economia de oferta. Os jornais se dirigem a um certo perfil geral de leitor, e ne3o ao leitor individualmente. Buscamos um modelo de edie7f5es personalizadas. Isso ne3o significa deixar de ajude1-lo e oriente1-lo. c9 complicado. Ne3o tenho as respostas. Ne3o sei sequer se tenho as perguntas. Mas creio que e9 muito importante tentarmos fazer as perguntas certas.

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