Quality Assurance, ó como diríamos en castellano, aseguramiento de la calidad, no está sólo relacionado con la tecnología, sino que también son metodologías y procesos.
Quality assurance no es solo Testing.
El aseguramiento de la calidad de una aplicación o de un sistema es esencial. QA no es sólo testing, es análisis, diseño, seguimiento, control, planificación….y muchas otras tareas que son esenciales en cualquier proyecto.
Asegurarse de que un sistema funcionará cuando debe de funcionar, requiere mucha planificación y disciplina, pero convencer a otros que el sistema funcionará correctamente requiere un esfuerzo aún mayor. QA se debe realiza en todas las etapas del proyecto, no al final del proyecto de mala manera aprisa y corriendo. La clave está en centrarse en la prevención y no en la detección.
Pero mejor comenzar por el principio…¿que es Software Quality Assurance?. He encontrado algunas página en ingles en el IEEE Stardart que la define como: “The quality assurance process is a process for providing adequate assurance that the software products and processes in the product life cycle conform to their specific requirements and adhere to their established plans.”
Como había resaltado al principio, quality assurance es un proceso. Un proceso que debe de ser tan riguroso como rigurosas sean las necesidades de tu producto. QA trata sobre el aseguramiento de calidad y la credibilidad del producto: el producto funcionará según lo especificado y los usuarios debe creer que funcionará correctamente.
Para los productos físicos, el QA implica control de proceso de fabricación, revisiones de diseño, planes de prueba, métodos estadísticos, y mucho más. En puestas en práctica relajadas, hay supervisión ocasional de la cadena de producción, y algunos pedazos se examinan en cada etapa. En casos extremos, se supervisa y se registra cada paso…los productos son torturados y probados en situaciones límites (temperatura, altitud, temperatura…) que excedan las especificaciones.
Para los productos de software, hay muchos procesos que tiene que controlar el QA, dependiendo de la estructura de la organización, la importancia del software, los riesgos, los costes, y tecnologías disponibles. No es lo mismo un software que tiene que pasar normativas FDA a un software convencional.
Últimos Comentarios