En el momento de tomar decisiones de formato y flujos de trabajo
sobre la documentación, es de vital importancia tener en cuenta los estándares de formatos de documento existentes, evitando los for- matos propietarios sobre todo en organizaciones heterogéneas don- de convivan distintos sistemas operativos o en proyectos de software libre, para dar a la documentación la mayor accesibilidad posible. Suele ser una buena decisión escoger un formato de documentación fácilmente convertible a otros (p.ej., XML) y así poder disponer de la documentación en HTML para su consulta rápida, en PDF para agre- gar a la documentación del proyecto, etc.
1.4.7. Pruebas y calidad
La planificación de prototipos, pruebas y tests para el aseguramiento
de la calidad es también un tema muy tratado en la ingeniería del software.
Para que un proyecto software tenga éxito, es necesario que el resul-
tado cuente con la calidad esperada por el cliente o los usuarios. Así pues, la calidad del proyecto deberá poderse definir en términos de prestaciones, respuestas esperadas a determinadas acciones, o ac- cesibilidad del producto en diferentes condiciones para poder pro- barla posteriormente mediante unos tests de calidad específicos.
Deberá ser posible realizar un plan de pruebas o de aseguramiento
de la calidad que clasifique las actividades relacionadas con la cali- dad del producto según su importancia, y que defina con qué fre- cuencia y qué resultados se deberían obtener de cada una para pasar a la siguiente o para cumplir los requisitos para esa release en particular. ANOTACIONES
El proceso de aseguramiento de la calidad no trata únicamente de
que el producto pase todos los tests establecidos, sino que implicará en muchos casos aspectos como:
• El uso de hojas de estilo aprobadas por los usuarios.
• La confección y repaso de checklists sobre funcionalidades.
• La revisión periódica del producto con los usuarios.