Esta página es una guía para orientarte en la lectura de los artículos más destacados que hay en  este blog sobre calidad software (nótese que aunque dentro del área de la calidad software se incluyen los procesos, por su importancia y para ayudar a la lectura estos los he colocado en una página específica). Para que te sea más fácil orientarte, esta página la he dividido en tres secciones: una que trata sobre pruebas, otra sobre buenas prácticas  y la última sobre métricas.

Antes de empezar. Supongo que si estás leyendo esta página eres consciente de la importancia de la calidad software, pero si por cualquier razón necesitas más argumentos,  te recomiendo leer como la calidad software llego incluso a impedir  la guerra de las galaxias,  los peores bugs de la historia, los 25 peores errores que puede haber en un software o los errores clásicos, los que se llevan repitiendo de toda la vida. Y recuerda que este es un tema esencial para mantener el software, ya que si no hay un mínimo de calidad software la entropía no tiene piedad y con el tiempo degrada la mantenibilidad.

Las pruebas y el aseguramiento de la calidad software

Aunque los modelos para procesos software son más conocidos, desde hace unos años se están empezando a desarrollar modelos específicos para pruebas (como TMMI y otros similares); uno de los más prometedores para los próximos años es la ISO/IEC 29119, que aún no está finalizada pero que será una norma importante en este campo.

Otro de los temas más destacados cuando se habla de las pruebas software es la automatización. Hay mucho debate al respecto, sobre si ¿pruebas manuales o automáticas? O si ¿son un gasto innecesario las herramientas para pruebas?  Aún queda mucho por hacer en este campo, pero los anteriores te pueden servir de guía.

También te puede interesar la experiencia de otras empresas, por ejemplo, como se realizan las pruebas software en Google o como hay empresas que contratan personas con síndrome Asperger para realizar testing software

Buenas prácticas de calidad software a nivel de diseño y codificación

En lo que refiere a buenas, o malas, prácticas de calidad software, existen numerosos catálogos y guías. No obstante, me pareció interesante resumir las que más frecuentemente se observan y que suelen tener el mayor impacto, normalmente disparando los costes de mantenimiento.  A nivel de código o diseño, no olvides que:

- Duplicar, o copy pegar, código no es una buena idea.
- Un case o switch con muchas clausulas, o muchos ifs anidados, tampoco es una buena idea.
- Que las estructuras de datos deben estar ocultas en un sistema software (2/2) y  (1/2).
- Y que hay incluso listas de malos olores que te pueden dar pistas de que problemas de calidad software te puedes encontrar.

Si te encuentras alguno de los anteriores en el software, si puedes y estás a tiempo, intenta eliminarlos. La mejor manera:  la Refactorización (Refactoring) (1/3), (2/3) y (3/3)

Las métricas y la calidad software

Por último, un elemento imprescindible para controlar y evaluar la calidad software son las métricas. Pero claro, implantar un programa de medición software y métricas no es nada fácil, para ayudarte te dejo algunos consejos sobre la implantación de métricas software (1/2) y (2/2). Y si te pierdes entre tanta métrica software, empieza por medir la complejidad ciclomática, que es la métrica esencial para evaluar el diseño software.

No olvides compartir esta página, que seguimos siendo muchos los que sufrimos la calidad software