Blog de SQUaC: open source

Artículos sobre calidad del software, testeo, usabilidad, etc.

¿Por qué "testeamos" software en vez de "probarlo"? 

Viernes, 13 Julio 2007

En estas páginas, y en general en toda la documentación que escribimos en el grupo SQUaC, solemos utilizar los anglicismos test/testeo y testear (eso sí, contemplados por la RAE ) cuando nos referimos al software, en vez de los más habituales prueba y probar. El principal motivo para hacerlo así es evitar ambiguedades; expliquemos por qué.

El objetivo del testeo de software: encontrar errores

Podría pensarse que el objetivo de testear software es demostrar que no contiene errores, y que se ajusta a sus especificaciones originales. Sin embargo, los sistemas reales son tan complejos que tal demostración resulta imposible en la práctica; puede conseguirse mediante la comprobación de todos los valores posibles de entrada y salida (en módulos muy sencillos), o mediante técnicas como los lenguajes de especificación formales. Pero estas técnicas no son perfectas ni aplicables en la inmensa mayoría de sistemas que encontramos en el mundo real.

Tal como Dijkstra ya afirmó hace varios años, "el testeo de programas puede usarse para mostrar la presencia de errores, ¡pero nunca para demostrar su ausencia!"

Probar es un verbo ambiguo (en español)

En efecto, el verbo "probar" en español puede utilizarse en dos sentidos:

  1. Hacer examen y experimento de las cualidades de alguien o algo (como en “probar un coche”; en inglés, “to test”). Tal como dice Dijkstra, ese debe ser el propósito del software testing.
  2. Demostrar, hacer patente la certeza de un hecho o la verdad de algo (como en la expresión “probar un teorema”; en inglés, “to prove”). En el ámbito del testeo significaría “demostrar que el software hace lo que tiene que hacer”; ¡justo eso es lo que casi nunca es posible!

Por tanto, para evitar esa ambiguedad, preferimos usar los términos test/testeo y testear: examinamos el software para encontrar errores ya que casi nunca es posible demostrar formalmente que funciona correctamente. Quizá siendo más puristas deberíamos utilizar "testar" en vez de "testear", pero francamente, la primera nos suena algo extraña y más propia de "hacer testamento".

Algo similar (en inglés) ocurre con el término "free software" ; en inglés "free" puede significar "gratuito" (como en "free beer") y también "libre" (que es su sentido en este caso). El uso alternativo del término "open source" resulta menos ambiguo, aunque parece no ser del todo equivalente a "free software".

JTS 2007: jornada de tarde del viernes, 4 de mayo 

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.

Leer el resto del artículo…

Nuevo blog y sitio web del grupo SQUaC 

Martes, 24 Abril 2007

Con este artículo inauguramos tanto el blog como la nueva página web del grupo SQUaC. Esperamos incluir en él artículos y noticias relacionados tanto con nuestro trabajo como con los temas en los que estamos involucrados: calidad de software, testeo, usabilidad y accesibilidad, etc.

Todavía estamos trabajando en los contenidos de la página web; esperamos incorporar poco a poco toda la información que pueda resultar de interés.

El grupo SQUaC

El grupo SQUaC (Software Quality, Usability and Certification) forma parte del ITI (Instituto Tecnológico de Informática), que es una organización sin ánimo de lucro ubicada en el campus de la Universidad Politécnica de Valencia (UPV) y cuyo objetivo es mejorar la competitividad de las empresas tecnológicas a través de asesoramiento, formación, etc.

Dentro del ITI, el grupo SQUaC está centrado en la calidad del software, realizando por un lado asesoramiento a empresas en materia de testeo de software, usabilidad y accesibilidad de aplicaciones y/o sitios web, etc. Por otro lado, estamos involucrados en proyectos de I + D + i a través de proyectos de ámbito europeo, publicaciones, etc.

Joomla!

A la hora de elegir la plataforma para dar soporte a este nuevo sitio web nos hemos decantado por Joomla! por varios motivos: es una plataforma open source muy extendida, configurable y con multitud de plugins que nos permitirá adaptarla a nuestras necesidades. Sin embargo, ha sido necesario bastante tiempo y dedicación para resolver determinadas cuestiones.

Módulos, componentes, extensiones…

Las necesidades que tenemos en nuestra página nos han obligado a instalar diferentes plugins en Joomla! En ocasiones resulta problemático elegir cuál es el que mejor se adapta a las necesidades concretas, aunque en general hemos optado por el que permitiera una generación de código más correcta y accesible, cumpliendo estándares.

Accesibilidad

En la versiones de Joomla! anteriores a la 1.5 (que está actualmente en beta), la generación de código y la mayor parte de las plantillas disponibles no son válidas según los criterios de W3C y/o tienen un diseño basado en tablas. Como es lógico, hemos intentado cumplir los estándares en la medida de lo posible, así que hemos creado nuestra propia plantilla a partir de una muy sencilla cuyo diseño original ya era válido.

Además, hemos utilizado el parche a8eJoomla , que introduce modificaciones en los ficheros de Joomla! para conseguir un código generado más accesible. En otros módulos hemos usado la configuración disponible (por ejemplo, generando listas HTML en vez de tablas, y personalizándolas con CSS). Incluso en determinados puntos hemos modificado los ficheros fuentes para corregir problemas determinados.

En lo que respecta a las URLs, hemos instalado el componente OpenSEF , que sustituye las URLs generadas por Joomla! por otras más amigables tanto para los buscadores como para los usuarios.

Blog

El blog era uno de los apartados en los que más estábamos interesados al desarrollar el nuevo sitio. A pesar de que es posible utilizar el propio gestor de contenidos de Joomla! como herramienta de publicación del blog, no acababa de adaptarse completamente a lo que deseábamos, así que hemos optado por instalar OpenWP , una adaptación del extendido software de blogs WordPress para que funcione integrado en Joomla! A pesar de que dicha integración no es completa (todavía estamos trabajando en ella), de momento se adapta a nuestras necesidades.

En resumen

La personalización de Joomla! y su adaptación a nuestras necesidades nos ha permitido conocer en mayor medida esta plataforma. Su instalación es muy sencilla, pero el trabajo de adaptación es bastante más laborioso. Uno de los problemas que puede acarrear en un futuro es el mantenimiento de las modificaciones realizadas en el momento que se necesite actualizar versiones o resinstalar software.

En todo caso, de momento cubre nuestras necesidades, aunque seguimos trabajando en ello. Cualquier comentario al respecto será bienvenido :)



Blog del grupo SQUaC. ¿Conoces nuestros servicios?

SQUaC, una web del ITI