El rol de SQA en PIS

Agenda Objetivo de la charla Conceptos básicos Objetivos del rol Tips para la fase de construcción Herramientas Conclusiones

Objetivo de la charla Concientizar a los alumnos de la importancia del rol de SQA en el marco del PIS Resaltar las buenas y malas prácticas asociadas al rol Presentar los objetivos y actividades del rol para la fase de construcción

Definición de calidad IEEE 610.12 “El grado en que un sistema, componente o proceso cumple (1) requerimientos especificados, y (2) necesidades o expectativas de cliente o usuario” Calidad referida a las características específicas del producto: Visibles para el usuario (externas) No visibles para el usuario (internas) Medibles (evaluables)

Medir la calidad del software Las mediciones caen en las siguientes categorías: Producto: Defectos encontrados, estructura de software, documentación, tests Aceptación: Problemas, esfuerzo para instalar, esfuerzo para usar Uso: Problemas, disponibilidad, esfuerzo para instalar, opiniones de usuarios La calidad del producto de software es una medida clave del proceso. Ésta provee registro del progreso en el desarrollo, una base pata plantear objetivos, y un marco para las acciones correctivas. Cuando se mide la calidad del software, la mediciones generalmente caen en las siguiente categorias: Desarrollo: Defectos encontrados, cambio de actividades Producto: Defectos encontrados, estructura de software, documentacion, tests Aceptación: Problemas, esfuerzo para instalar, esfuerzo para usar Uso: Problemas, disponibilidad, esfuerzo para instalar, opiniones de usuarios

Objetivos del rol de SQA Mejorar la calidad del software monitoreando apropiadamente tanto el producto como el proceso Asegurar el cumplimiento de estandares, procesos y procedimientos Asegurar que cualquier problema en el producto o proceso, llegan a las fuentes que tienen el suficiente poder como para realizar acciones correctivas

El rol de SQA Para ser efectivo el SQA necesita: trabajar cerca del desarrollo entender los planes y verificar su ejecucion monitorear la ejecucion de las tareas. La clave de un buen SQA es la actitud de cooperacion y soporte.

El rol de SQA Errores comunes: Pensar que el SQA por si mismo puede hacer todo sobre calidad Pensar que el SQA asegura que los estandares y procedimientos se cumplan - Son todos los integrantes del equipo quienes contribuyen al logro de un producto de calidad, el rol de SQA monitorea la forma en que los miembros llevan a cabo sus responsabilidades - Si debe ocuparse de detectar los problemas serios e importantes lo antes posible y avisar a quien corresponda para su corrección

Malas prácticas de SQA Revisar documentos en busqueda de faltas ortográficas Corregir solo el formato de documentos Apegarse al proceso centrandose en los entregables del rol y no en los objetivos Sintomas que nos indican que seguramente el rol de SQA no está siendo sustantivo Ver el proceso como un fin en si mismo en lugar de verlo como un medio para alcanzar los objetivos de calidad definidos para el producto

Objetivos de la fase de construcción Obtener versiones ejecutables (alfa, beta) tan pronto como sea posible Minimizar los costos de desarrollo, optimizando recursos y evitando el retrabajo. Las actividades esenciales son: Obtener releases del producto que cumplan los criterios de aceptación Manejo y control de recursos y optimización de procesos

Actividades del SQA en fase de construcción Informe de RTF Tienen un costo importante asociado a la planificación, coordinación, ejecución y análisis Priorizar en función del costo e importancia para el proyecto Informe de revisión de SQA Artefactos sustantivos del proyecto Entrega semanal de SQA Evaluación y ajuste del plan de calidad Informe de revisión: plan de verificación, de configuración, plan de desarrollo y plan de la iteración. Es individual

Puntos clave - Fase construcción Implementación Verificación Gestión de configuración

Implementación Cumple con el alcance definido Trazabilidad con diseño Trazabilidad con requerimientos Consistente con estandares de implementación Verificación de métricas definidas sobre el código tener presente que la primer iteración debería ser más fuerte la implementación que la segunda, apuntando esta ultima a la estabilización del producto Revisión a la documentación técnica, interfase de usuario (si corresponde), material de soporte a usuarios RTF al código y prácticas de implementación

Implementación Integración Planificación previa Integración incremental Asignación de responsabilidades y participantes No implementar en semana 12, solamente verificar y corregir. Revisarlo en dos instancias: planificación y ejecución

Verificación Verificar que el Plan de verificación de la iteración cubra los puntos importantes Chequear las técnicas y criterios usados para realizar los casos de pruebas Monitero de la herramienta de gestión de incidentes Chequear la realización de las pruebas de regresión Chequear pruebas del sistema Puntos importanes: componentes, recursos, tiempos, entradas, responsables verificación: sincronización y comunicación fluida entre implementadores-verificadores, Revisión final al plan de verificación y validación RTF a los informes de verificación (unitaria, de integración y de documentos) Pruebas de regresión: planificación, ejecución. Se hacen? Pruebas del sistema: ciclos funcionales, evaluación de atributos de calidad no funcionales

Gestión de Configuración Correcto manejo de la linea base Asegurar la trazabilidad de los cambios en los artefactos en linea base atención en la gestión de configuración ya que aumenta el número de implementadores, de versiones, problemas de comunicación, etc. Aumenta el número de liberaciones del producto, por ende se debe prestar mayor atención a la coordinación entre los verificadores e implementadores para no incurrir en retrabajos Revisión del plan de SCM RTF a la linea base

Herramientas (I) Mantis Bugzilla Conocida bug tracker Herramienta para administrar el desarrollo de software Permite hacer seguimientos a los bugs Puede mejorar la comunicación, la calidad del producto,

Herramientas (II) Metrics (http://metrics.sourceforge.net/) Herramienta para medir el nivel de acoplamiento del código fuente Permite generar grafos de dependencia Permite generar datos estadísticos en base al código fuente (cantidad de clases, líneas de código, cantidad de interfases, etc.) Plugin para eclipse Muchas otras más ... Mantener un bajo acoplamiento y alta cohesión del código fuente nos da la base para lograr un producto con niveles de calidad interna alta (pe mantenibilidad, extensibilidad, escalabilidad).

Conclusiones Rol muy importante si se encara de la manera correcta El rol debe ser comprendido por todos los integrantes del equipo La clave de un buen SQA es la actitud de cooperacion y soporte. Hay que ver al proceso como un medio para alcanzar los objetivos de calidad y no como un fin en sí mismo