Blog de SQUaC: gestión proyectos

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!

AccUsa v0.2 

Jueves, 2 Septiembre 2010

We have published version v0.2 of AccUsa, our support tool for accessibility and usability engineering. It's available in "Descargas" (downloads) section:

Screenshot of AccUsa v0.2

These are some of the new features since previous version v0.1

  • Support for thinking-aloud user testing (partial)
  • Multiple rounds per technique and project
  • Issue duplication
  • Multiple options for issues exportation
  • More views for multiple experts support (issues' status; different views of issues in a single project)

By the way, we will be talking about this tool next week in Interacción 2010, in Valencia, where we will present our article "Más allá del cuchillo de palo: hacia una herramienta integrada para un verdadero diseño centrado en el usuario".

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…

Seminario "Calidad del software y mejora de procesos" de INTECO en Valencia 

Lunes, 10 Noviembre 2008

El pasado jueves, 6 de noviembre, tuvo lugar el seminario "Calidad del software y mejora de procesos" organizado por INTECO y en el que el ITI colaboró en la organización y aportando una charla. Este es un breve resumen de las ponencias: 

Jornada sobre Calidad de software y mejora de procesos de INTECO en Valencia

Leer el resto del artículo…

Los fallos son necesarios 

Martes, 4 Noviembre 2008

Esa es la conclusión que se extrae del artículo "Failure Is Not an Option — It's a Requirement", publicado en User Interface Engineering por Jared M. Spool. Hace ya algún tiempo comentábamos que en la práctica es imposible demostrar que un sistema no contiene errores; y ya que asumimos que van a existir, es necesario tenerlos en cuenta.

De hecho, los fallos nos ayudan mucho más a innovar y prosperar que los aciertos. Eso sí; queremos fallar después de haber minimizado los riesgos y sus consecuencias. Eso se consigue, por ejemplo, introduciendo las innovaciones poco a poco (como ejemplo pone el caso de Amazon), o trabajando sobre prototipos en papel (el coste de un fallo es mínimo: el del papel que se tira a la basura), o con iteraciones rápidas.

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.

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.

El grupo SQUaC arranca el proyecto PISCIS en la Comunidad Valenciana 

Lunes, 28 Enero 2008

La semana pasada, el grupo SQUaC ha arrancado el proyecto PISCIS (Programa Integral de Soporte a la Competitividad de la Industria del Software – Calidad del SW y CMMI) junto 28 empresas de ámbito nacional, asesorados por la ESI (European Software Institute) para la implantación del modelo de calidad de software CMMI.

Los objetivos principales del proyecto son:

  • Fomentar y facilitar la mejora de la competitividad de las PYMEs del sector T.I.C. a través de la adopción de Metodologías avanzadas de Trabajo (Modelo CMMI) para el desarrollo SW.
  • Crear cultura de Calidad de SW en la región a través del Centro Tecnológico-Fundación de la región y las Pymes Locales.
  • Generar impacto en el sector TIC a través de la suprarregionalidad y de la colaboración entre PyME y los diferentes agentes relevantes de cada región.

Los objectivos especificos:

  • Certificar en nivel 2 CMMI - 18 empresas en 2008 de 5 regiones diferentes (5 empresas en La Comunidad Valenciana).
  • Desarrollar una red de 10 consultores regionales en total con capacidad para dar continuidad a la medida en cada región.

La estructura del proyecto esta reflejado por el siguiente diagrama:

Estructura PISCIS

La distribución geográfica:

Distribución Geografica

Las PYME de la Comunidad Valenciana que estan interesados en este proyecto, pueden contactar con squac @ iti.upv.es.



Blog del grupo SQUaC. ¿Conoces nuestros servicios?

SQUaC, una web del ITI