Introduccin a Software Quality Assurance (SQA)

Por Juan Moya

SQA implica revisar y auditar los productos y actividades de software para verificar que se cumplen los procedimientos y los estndares, adems de proveer a las gerencias apropiadas (incluyendo a la de proyectos) con los resultados de estas revisiones. Por lo tanto, SQA envuelve al PROCESO de desarrollo de software completo: monitoreando y mejorando el proceso; asegurndose que cualquier Standard y procedimientos adoptados sean seguidos; y, asegurndose que los problemas sean encontrados y tratados. El grupo de SQA trabaja con la grencia de proyectos durante los inicios del desarrollo para establecer los planes, estndares y los procedimientos que agregarn valor al proyecto de software y satisfacer los problemas del proyecto y de las polticas de la organizacin. Participa en establecer los planes, estndares y procedimientos. El SQA ayuda a asegurar que se cumple con las necesidades del proyecto y verifica que sean usables para realizar revisiones e intervenciones durante el ciclo de vida del software. Las revisiones del grupo de SQA proyectan las actividades y revisan el producto del trabajo de software a travs del ciclo de vida del software, adems de proveer a la gerencia la posibilidad de saer si el proyecto est de acuerdo a los planes, estndares y procedimientos establecidos. Solucionar problemas es un proceso de alta-visibilidad; la prevencin de problemas es de baja-visibilidad. Esto es ilustrado por una vieja parbola: En la China antigua haba una familia de curanderos, uno de ellos era conocido por toda la comarca y empleado como mdico por un gran seor. Preguntaron al mdico quin era el curandero ms experto de su familia. l contest, "atiendo al enfermo y al moribundo con tratamientos drsticos y dramticos, y en ocasiones algunos se curan y mi nombre es escuchado por los seores. Mi hermano mayor cura la enfermedad cuando apenas comienza y sus habilidades se conocen entre los campesinos y los vecinos. El mayor de mis hermanos puede detectar el espritu de la enfermedad y suprimirlo antes de que aparezca. Su nombre es desconocido fuera de nuestro hogar.". Anlogamente a esta parbola, QA est orientada a la Prevencin y por lo tanto es como el hermano mayor, en cambio las pruebas de software estn orientadas a la Deteccin, y por lo tanto tan visibles como el hermano menor del cuento. No obstante las diferencias, las organizaciones varan considerablemente en cmo se asignan las responsabilidades a QA y pruebas. En ocasiones son responsabilidades combinadas de un grupo o individuo. Tambin comunes son los grupos de proyectos que incluyen una mezcla de testers y desarrolladores que trabajan juntos, con QA de procesos monitoreados por el administrador de proyectos. Esto depender de lo que mejor se ajuste al tamao de la organizacin y estructura del negocio.

El software de calidad est razonablemente libre de errores, es desarrollado a tiempo y con los recursos estimados, cumple con los requerimientos y/o expectativas y es mantenible. Sin embargo, calidad es un trmino subjetivo y depender de quin es el cliente y su influencia general en el esquema de las cosas. Una visin amplia del cliente de un proyecto de desarrollo de software puede incluir al usuario final, clientes de aceptacin, oficiales de contrato, gerentes, etc. Cada tipo de cliente tendr su propia visin de qu es calidad. Pero, Qu hace a un buen ingeniero de QA? Un buen ingeniero de software debe ser capaz de entender el proceso de desarrollo de software y cmo se ajusta al negocio y metas de la organizacin. Habilidades de comunicacin y entendimiento de distintos puntos de vista son necesarios. En organizaciones con nacientes implementaciones de QA de procesos, la diplomacia y paciencia son cualidades especialmente necesarias. La habilidad de encontrar problemas, as como ver qu es lo que falta es importante para inspecciones y revisiones. Cul es el rol de la documentacin en QA? La documentacin es crtica. Las prcticas de QA debieran ser documentadas para que puedan ser repetibles. Especificaciones, diseo, reglas del negocio, reportes de inspeccin, configuraciones, cambios de cdigo, planes de pruebas, pruebas de casos, reportes de fallas, manuales de usuario, etc. Deben ser completamente documentados. Idealmente debiera existir un sistema para encontrar y obtener fcilmente los documentos y determinar qu documento tendrn informacin particular. El manejo del cambio de la documentacin debe ser usada, de ser posible. Prcticas claves de SQA Metas: Planificar las actividades de SQA Verificar la adherencia de los productos y actividades de software a los estndares, a los procedimientos y a los requisitos aplicables. Los grupos y los individuos afectados son informados de las actividades y de los resultados de la SQA. Las tareas que no cumplen con los estndares o procedimientos y que no se pueden resolver dentro del proyecto del software son tratadas por la gerencia general. Actividades principales: Un plan de SQA es preparado para el proyecto de software de acuerdo a porcedimientos documentados.

Las actividades del grupo de SQA son realizadas de acuerdo a los planes de SQA El grupo de SQA participa een la preparacin y revisin de los planes de desarrollo, estndares y procedimientos del proyecto. El grupo de SQA revisa las actividades de ingeniera de software para verificar el cumplimiento de lo anterior El grupo de SQA audita los productos del trabajo designado para verificar el cumplimiento de lo anterior. El grupode SQA peridicamente reporta los resultados de sus actividades al grupo de ingeniera de software. Las desviaciones detectadas en las actividades del software y en los productos del trabajo de software son documentadas y manejadas de acuerdo a procedimientos previamente documentados. El grupo de SQA conduce peridicamente revisiones de sus actividades y reuniones con el personal de SQA del cliente, segn sea necesario.

Fuentes: http://www.dfki.de/fluids/ http://www.softwareqatest.com/