20061019_Calidad

¿Por qué QA?“Whatisnottrakedisnotdone...” Watts HumphreyLa calidad del Software depende que una gran cantidad de cosas se hagan y bien, el Project Manager no puede dar seguimiento a todo...En pocas palabras, dar seguimiento detallado es el role de QAEl equipo de QA debe ser StaffEs difícil ser objetivo con respecto a los auditores La auditoría es un problema de perspectiva. En grandes equipos no es posible motivar a los developers para que se auditen unos con otrosIngeniería de Software II Calidad 52

Mitos de QALa gente de QA se ocupa de la calidad.La existencia de QA garantiza que se van a seguir de los estándares y procedimientos.QA se ocupa de las cosas, y no necesita soporte periódico de la gerencia.QA debe escalar todo problema que encuentre.Ingeniería de Software II Calidad 53

Objetivos de Quality AssuranceDar visibilidad a la gerencia sobre la ejecución del proceso de desarrollo.Asegurar el cumplimiento del proceso definido.A través de las revisiones, ayudara“ponerlacalidad” en los productos.Asegurar que los desvíos son visibles para el managementIngeniería de Software II Calidad 54

Funciones de QADefinición de prácticas de calidad.Evaluación de planes.Evaluación de requerimientos y diseño.Evaluación de prácticas de programación.Evaluación del proceso de prueba.Evaluación del proceso de gestión.Adaptación de los controles.Definirelprocesodemodoquelos“no”expertospuedanauditar evidencia de que las actividades fueron realizadas.Ingeniería de Software II Calidad 55

Lanzando un Programa de SQAIniciar SQA programIdentificar SQA issuesEscribir un SQA planEstablecer estándaresEstablecer funciones de SQAConducir entrenamiento y promover el SQA programImplementar el SQA planEvaluar el SQA programIngeniería de Software II Calidad 56

ItinerarioConceptos GeneralesQuality ControlQuality AssuranceMás Sobre Calidad...Ingeniería de Software II Calidad 57

Defect PreventionA mí no me pasa dos veces“...errorsresultwhenthedifficultyoftheproblem exceeds the power of the methods used to solve them...”Cause Analysis La identificación de las causas de los erroresDefect Prevention Los pasos necesarios para prevenirlos.Ingeniería de Software II Calidad 58

Eficiencia de los métodos Defectos Defectos Defectos Defectos Presentes Visibles Removidos InyectadosConstrucción 0 0 10 Avanza ciclo de vidaTest 1 70 0Retrabajo 1 07 1Test 2 20 0Retrabajo 2 02 1 59

Eficiencia de los métodos Defectos Defectos Defectos Defectos Presentes Visibles Removidos InyectadosConstrucción 0 0 10 Avanza ciclo de vidaTest 1 70 0Retrabajo 1 07 1Test 2 20 0Retrabajo 2 02 1 60

Reusode“DR”Req. Diseño Desarr Desp. DR Operación X X XX XX XX X XX X 61 Elicitación incorrecta: falta relevar un stakeholder

Reusode“DR”Req. Diseño Desarr Desp. DR Operación X X XX XX XX X XX X 62 Elicitación incorrecta: falta relevar un stakeholder

Error SeedingConsiste en implantar errores en los productos a ser probados / revisados.Útilesparaestimarcantidaddeerrores“reales”....shipped product quality improves more rapidly than the error injection rate... (Humphrey) Con procesos estables la cantidad de errores entregados declina con respecto a la cantidad de errores inyectados. Cuando la cantidad total de errores se reduce, los procesos de revisión y test se vuelven más eficientes.Los errores son clasificados y su distribución es usada para enfocar mejor las revisiones.Ingeniería de Software II Calidad 63

Los pasos en Defect PreventionDefect reporting Categorizar errores para cada defecto y determinar su causa.Cause Analysis Se asocian los defectos a las causas.Action plan development Se establecen equipos para analizar acciones preventivas.Action implementation Las acciones preventivas son implementadas.Performance tracking Las acciones preventivas son seguidasStarting over Ciclo de mejora continua.Ingeniería de Software II Calidad 64

Muchas Gracias!Ingeniería de Software II Calidad 65