Blog de SQUaC: recursos

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

AccUsa v0.3 

Jueves, 27 Enero 2011

We have published AccUsa version 0.3; it's available in "Descargas" (downloads) section:

AccUsa v0.3 screenshot (accessibility evaluation)

This version of our Support Tool for Accessibility and Usability Engineering fixes some bugs and has better support for Microsoft Access 2003. Besides that, it includes some new features, mainly for accessibility evaluations:

  • New accessibility guidelines: UNE; W3C mobile best practices; ATAG; UAAG; PDF guidelines; Flash guidelines: Video games guidelines.
  • New accessibility tools: MobileOK; Unicorn; AChecker; AccessColor; W3C Link Checker; WebANywhere; INTAV.
  • Now it's possible to launch online tools from AccUsa, selecting one tool and (optionally) one item. 
  • More data in results reports: evaluation dates; summary; evaluated items.
  • New issue statuses for better management: "discarded (duplicated)"; "discarded (fixed)"

Remember you need Microsoft Access to use this application; you can download a free Access runtime from Microsoft's website.

Any feedback will be really welcome!

Roles en la organización de test 

Martes, 1 Septiembre 2009

Al estructurar la organización de test es importante identificar roles, responsabilidades y habilidades necesarias para ejecutar las tareas de testeo en un proyecto. Luego estos roles se asignan a una o varias personas, según el tamaño y características de la empresa.

En la siguiente sección (Recursos > Roles Testeo) encontraran referencias que pueden ser tomadas como ejemplos, no pretenden ser completas ni tienen por qué estar alineadas con las actividades de su empresa, sin embargo pueden ser el punto de partida para estructurar su organización de test.

organigrama

En esta primer entrega, Test Manager. Animamos a que nos hagan llegar sus comentarios y complementen las responsabilidades y habilidades requeridas así como también identificar otros roles.

AccUsa: una herramienta de soporte a la ingeniería de usabilidad y accesibilidad 

Lunes, 6 Abril 2009

English version

Existen en la red diversas guías, documentos y plantillas para la realización de técnicas de usabilidad y accesibilidad, pero para el trabajo diario nosotros echábamos en falta algún tipo de herramienta más estructurada e integrada que permitiera gestionar y centralizar la información necesaria para esos procesos.

Con ese objetivo de solucionar esa necesidad, hemos publicado en nuestro apartado "Descargas" una primera versión/prototipo de AccUsa, que pretende ser una herramienta de soporte y documentación en los procesos propios de la ingeniería de usabilidad y de accesibilidad. En concreto, las técnicas a las que pretende dar soporte esta versión son la evaluación de accesibilidad y la evaluación heurística de usabilidad.

Captura de pantalla de AccUsa

El objetivo de esta herramienta no es automatizar técnicas, sino servir de ayuda y de guía a los expertos en usabilidad y accesibilidad quedeben realizarlas, así como de herramienta de gestión y documentación para ese tipo de proyectos.

Esta primera versión está implementada usando Microsoft Access, aunque no descartamos que en un futuro pueda basarse en otros entornos (por ej., web). También entra en nuestros planes integrar otras técnicas en ella (por ejemplo, tests con usuarios). Si no dispones de Access, puedes descargar una versión runtime gratuita desde la web de Microsoft.

IMPORTANTE: para utilizar la aplicación es necesario aceptar el AVISO DE SEGURIDAD que aparece al abrirla. El código que contiene la base de datos es de uso interno y en ningún momento afecta al equipo en que se está ejecutando.

Como prototipo, podéis descargar y utilizar esta herramienta, además de hacer vuestras aportaciones (opiniones, bugs, sugerencias, experiencias, etc.) a través de nuestro correo electrónico o mediante comentarios en esta entrada del blog.

Leer el resto del artículo…

Un cuestionario para empezar a definir un proyecto web 

Viernes, 13 Junio 2008

Tal como afirmaba Jakob Nielsen, hace ya bastantes años, en su artículo 'Top Ten Mistakes of Web Management', el principal error de gestión en un proyecto web es no definir cuáles son los objetivos del sitio web. Muchas empresas empiezan con proyectos de este tipo simplemente "porque hay que hacerlo", sin haberse planteado qué se pretende conseguir con él y qué beneficios va a aportar a sus usuarios, y a la compañía.

Para intentar evitar (al menos en parte) este problema, hemos publicado en nuestro apartado de Descargas > Utilidades de usabilidad/accesibilidad un cuestionario con unas preguntas básicas que debería hacerse cualquier empresa antes de empezar con el desarrollo de un sitio web. El cuestionario es una adaptación y traducción del publicado por la empresa Vinfotech en su blog.

Sugerimos que las empresas lo completen al inicio del proyecto (y que los desarrolladores se lo faciliten a sus clientes). Por supuesto, la lista de preguntas no está cerrada, y la información que proporciona no es suficiente para desarrollar el proyecto. Pero contestar a las cuestiones que plantea al menos obliga a plantearse y a definir cuáles son los objetivos del sitio web, algo que resulta básico para el éxito del proyecto.

Publicamos los proceedings de JTS2008 (con nuestro artículo sobre testeo en PYME) 

Miércoles, 11 Junio 2008

Acabamos de publicar en la web de JTS2008 los proceedings de las V Jornadas sobre Testeo de Software, que se celebraron el pasado 2 a 4 de abril de 2008. Esta es la lista de artículos incluidos:

  • The Banana Principle for Testers: When to Stop Testing (Lee Copeland)
  • Choosing the Best of the Plan-Driven and Agile Development Methods (Lee Copeland)
  • All I Really Need to Know About Software Testing I Learned in Kindergarten (Lee Copeland)
  • Ready for Testing? How to Create and Validate User Requirements (Petra Heck)
  • Implementing an Organisation Wide Testing Approach (Graham Thomas)
  • 10 Essential Skill for Structured Testing (Bart Knaack)
  • ¿Por qué TestLink? Un caso de éxito (Fernando D. Vicente Márquez)
  • Mejorando el testeo en las PYME ¿Cómo empezar? (Tanja E.J. Vos, Jorge Sánchez Sánchez, Maximiliano Mannise)

Están en formato PDF y consisten en los artículos remitidos a raíz de las ponencias en las Jornadas; es posible descargar los artículos por separado o conjuntamente en un único archivo. Por supuesto, también incluye un artículo publicado por los miembros del grupo SQUaC.

Mejorando el testeo en las PYME ¿Cómo empezar?

Ese es el título de nuestro artículo (que está también disponible en la sección Descargas de esta misma web); su resumen es:

A partir de las experiencias en la aplicación de procesos de mejora de testeo en diferentes PYME, detectamos que las metodologías más habituales de ese tipo están orientadas a organizaciones mucho más grandes y son, por tanto, difícilmente aplicables a ese perfil de empresas, con recursos limitados y poca madurez en los procesos de testeo. Proponemos, por tanto, una serie de acciones sencillas y concretas que las PYME pueden realizar sin dedicar muchos recursos, obteniendo resultados rápidamente y preparándolas para un posterior proceso de mejora más formal.

Abismo entre las PYME y las metodologías de mejora

Invitamos a todos los interesados en el tema (especialmente a las PYME preocupadas por el testeo de software) a que lean el artículo, pongan en marcha las sencillas sugerencias que se dan en él, y nos hagan llegar sus experiencias.

10 errores principales en el diseño de aplicaciones (Nielsen) 

Miércoles, 7 Mayo 2008

Hace un par de meses, Jakob Nielsen publicaba su lista de 10 errores principales en el diseño de aplicaciones. A diferencia de otras listas elaboradas por él anteriormente, esta no se centra exclusivamente en interfaces web, sino que se puede aplicar al diseño de todo tipo de aplicaciones. Os ofrecemos a continuación una traducción/resumen de ese artículo.

Es difícil hacer una lista de errores tan general, ya que los peores problemas son específicos de cada ámbito; no obstante, suelen caer en alguna de estas tres categorías:

  • la aplicación resuelve un problema equivocado;
  • la aplicación tiene funcionalidades inadecuadas para el problema correcto;
  • la aplicación tiene funcionalidades adecuadas para el problema correcto, pero son demasiado complicadas para que el usuario las entienda

El único consejo general es basar el diseño, no en las intuiciones o suposiciones del desarrollador, sino en la investigación usando estudios de comportamientos y tareas, prototipado en papel, diseño iterativo y testeo con usuarios, etc. Las especificaciones de requerimientos están siempre equivocadas o son incompletas; por eso hay que basarse en lo que los usuarios hacen, más que en lo que dicen.

Estos son (para Nielsen) 10 errores de usabilidad frecuentes y especialmente escandalosos en una amplia variedad de aplicaciones. Leer el resto del artículo…

Testeo en el aseo de Google 

Lunes, 10 Marzo 2008

Icono de un aseoTestear nuestro software es muy importante, casi todos lo sabemos. Pero algunos desarrolladores, a pesar de ello, necesitan un empujoncito extra, un poco de inspiración, o algunos trucos que les ayuden en esa tarea. ¿Es posible sacar tiempo para todo eso? Con ese objetivo, en Google están utilizando un "arma secreta" (según sus propias palabras): testeo en el aseo ("Testing on the Toilet").

Un grupo de testeadores en Google crea, imprime y cuelga en los aseos de sus instalaciones unas breves notas como medio fácil y divertido de educar a los desarrolladores de la empresa sobre trucos y técnicas útiles y/o importantes sobre testeo de software. Esas notas se publican también en su blog , incluyéndolas en formato PDF por si alguien más se anima a hacer lo mismo. Por ejemplo, una de ellas trata sobre cómo extraer nuevos métodos de código existente para facilitar el testeo.

Una nota sobre testeo en un aseo

¿Quién se anima a hacerlo en su empresa? No olvides compartir tus experiencias con Google (y con nosotros).

Google en JTS2008

Por cierto, un ponente de Google estará presente en las V Jornadas sobre Testeo de Software, JTS2008. ¡Todavía estás a tiempo de inscribirte!

Os ofrecemos dos nuevas plantillas para gestión de testeo 

Lunes, 3 Marzo 2008

Hombre inspeccionando documentosHemos incluido dos nuevas plantillas en nuestro apartado Descargas, destinadas a ayudar a los profesionales en la gestión del testeo:

Esperamos que os sean útiles.

Master Test Plan (MTP)

El Master Test Plan (MTP) es el documento que dirige todo un proyecto de testeo. Incluye la estrategia a nivel general, planificación, objetivos, etc., sin entrar en detalles más técnicos como especificación de casos de testeo o resultados obtenidos.

La plantilla que os ofrecemos incluye los apartados que habitualmente debe incluir un documento de este tipo, aunque siempre deben ser ajustados y adaptados al proyecto en concreto por los especialistas en testeo. No debemos olvidar que este tipo de documentos deben ser una herramienta, no un fin; el objetivo último del testeo no es rellenar documentación, sino encontrar errores.

Cuestionario de análisis de riesgos del proyecto de testeo

Este cuestionario incluye una serie de preguntas que pueden guiar el análisis de riesgos de un proyecto de testeo, del tipo:

  • ¿Hemos trabajado anteriormente con ese cliente?
  • ¿Cuántos usuarios va a tener el sistema?

En función de cada respuesta, se asigna un valor de riesgo teniendo en cuenta la probabilidad de que haya problemas y la importancia de cada apartado. Pretende ser una guía, no una lista exhaustiva y, como en el caso anterior, debe ser adaptada siempre al caso concreto.

Este cuestionario se centra en los riesgos del propio proyecto de testeo, sin entrar a valorar los riesgos propios del producto software que se está testeando. En un futuro esperamos ofrecer otra plantilla para gestionar esta última categoría de riesgos.

Mejorando el testeo en una organización: TPI® 

Lunes, 25 Febrero 2008

Es muy posible que una organización en la que se desarrolla software y que pretenda mejorar sus procesos de testeo, se vea desbordada por la cantidad de documentación, actividades, procesos, herramientas, etc., asociados a las pruebas de software. La pregunta es clara: ¿por dónde empiezo? Es entonces cuando los modelos de madurez como TPI® vienen al rescate.

Un modelo de madurez del testeo proporciona una visión general del estado del testeo en una organización, ayudando a identificar los factores clave en los que conviene mejorar, y proporcionando una ruta de actividades concretas para conseguir esa mejora. De los diferentes modelos de madurez existentes, en el grupo SQUaC nos basamos en TPI® (Test Process Improvement), desarrollado por la empressa SOGETI.

TPI® (Test Process Improvement)

El modelo TPI® identifica 20 áreas clave relacionadas con el testeo (estrategia, técnicas utilizadas, entorno de oficina, etc.) y, dentro de cada una de ellas, una serie de puntos de verificación (checkpoints) que permiten evaluar, para cada área clave, en qué nivel de madurez se encuentra la organización. Además, ofrece sugerencias de mejora concretas dentro de cada área que permiten mejorar en los aspectos más importantes o en los que se desea hacer especial énfasis.

El proceso de mejora que aplicamos en las organizaciones consiste en una iteración en la que se evalúa el estado actual del testeo (ayudados por TPI®), se identifican las áreas claves en las que se desea o necesita mejorar, y se define y lleva a cabo un plan con las actividades de mejora concretas. Después, se iniciaría la siguiente iteración, volviendo a evaluar el estado del testeo (después del plan de mejora).

La Matriz de Madurez del Testeo (MMT) es una herramienta que ayuda a interpretar y organizar todos estos aspectos más cómodamente. En ella se muestran las áreas clave, los niveles de madurez, y la situación (actual y/o deseada) del caso concreto que se está estudiando.

Una Matriz de Madurez del Testeo, con la situación actual (amarillo) y la deseada (verde)

En la nueva sección Descargas de nuestra web os ofrecemos una hoja de cálculo (en diferentes formatos) que contiene la relación de áreas clave, niveles y puntos de verificación definidos por TPI®:

En todo caso, es importante señalar que el uso de TPI® y de este tipo de plantillas no conduce automáticamente a una mejora en el proceso de testeo, sino que son únicamente una herramienta que ayuda a los expertos a evaluar, definir e implementar las mejoras necesarias.

Recetas de testeo en los proceedings de JTS2007 

Jueves, 17 Enero 2008

¿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).

Recetas para el diseño de casos de test

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!



Blog del grupo SQUaC. ¿Conoces nuestros servicios?

SQUaC, una web del ITI