capacitacitaci³n tester - qa 5

Download Capacitacitaci³n Tester - QA 5

Post on 05-Dec-2014

238 views

Category:

Technology

0 download

Embed Size (px)

DESCRIPTION

Capacitacitación Tester - QA 5

TRANSCRIPT

  • 1. Capacitacin Tester QA Julio, 2011
  • 2. Revisiones Propagacin: Los Errores y/o Fallas se propagan en los Requerimientos al Diseo y luego al Cdigo. Los Errores y/o Fallas en el Diseo se propagan al Cdigo. El Cdigo 8ene sus propios Errores y/o Fallas. La correccin de los Errores y/o Fallas en los Requerimientos tambin se transmiten a la correccin en Diseo y en el Cdigo.
  • 3. Revisiones % de Errores producidos por etapa: Requerimientos: 8% aprox. Diseo Funcional: 17% aprox. Diseo Lgico: 30% aprox. Codicacin: 25% aprox. Otras: 20% aprox.
  • 4. Revisiones Una revisin podra hacerse enteramente como una ac8vidad manual. Si no hay soporte de herramientas disponibles. La ac8vidad manual principal es examinar un producto de trabajo y hacer comentarios al respecto. Cualquier entregable de soTware puede ser revisado, incluyendo: Requisitos y especicaciones de diseo de cdigo fuente. Planes de prueba, casos de prueba, scripts de prueba. Documentacin para el usuario. Aplicacin de administracin y material de apoyo. Pginas web. Un entregable de soTware puede ser revisado una o ms veces y se puede u8lizar uno o ms 8pos de revisin. Revisar todo lo ms pronto posible.
  • 5. Revisiones En la Revisiones se encuentran Defectos y en las Pruebas Dinmicas se encuentran Fallas. En las Revisiones los defectos picos son fcilmente encontrados y en las Pruebas Dinmicas son encontrados: Desviaciones de los Estndares. Defectos en los Requerimientos. Defectos del Diseo. Insuciencia en el Mantenimiento. Especicaciones incorrectas de interfaces.
  • 6. Revisiones Benecios: Detectar fallas, introducidas. Reducir el riesgo de propagacin de errores / fallas. Detectar los defectos que la ejecucin de la prueba dinmica poco pueda encontrar, por ejemplo, los errores de especicacin de requisitos. Acortar los plazos de desarrollo. Reducir los niveles de fallas en el soTware entregado. Menor costo y acortar los plazos las pruebas. Menor costo durante la vida 8l del soTware. Crear mejoras en el desarrollo de la produc8vidad. Fiable evala el progreso y la capacidad. Educa y entrena a los par8cipantes. Mejorar la comunicacin entre los equipos de proyecto.
  • 7. Revisin Informal No hay proceso formal de revisin por empleados. Revisin de Escritorio", en busca de posibles problemas. El autor del material es su propio control de calidad, posiblemente con otro compaero (Peer Review). Es posible que un jefe de diseo realice una revisin tcnica del cdigo. Por lo general, indocumentada, pero 8l, barata y ampliamente u8lizada. Esta tcnica puede ser aplicada en situaciones de bajo riesgo. No hay cifras de los resultados de la revisin. Debilidades - no encuentra defectos hasta revisiones formales.
  • 8. Revisin Formal - Tutoriales Un Tutorial es una revisin del material escrito por el autor y la par8cipacin de un grupo de compaeros del autor (por lo general 2 a 6 pares). El Obje8vo Principal es la educacin. El material es presentado por el autor para el grupo de pares, que se centran en el aprendizaje de la materia, mejorarla y correccin de defectos. Grupo de pares debe incluir el desarrollo, representantes de la operacin, el pblico obje8vo, etc. Las sesiones pueden ser formales o informales. Sesiones de revisin a menudo abiertas. Pre-encuentro de preparacin con los involucrados. Debilidades - no encuentra tantos defectos como en las revisiones tcnicas y en las inspecciones.
  • 9. Revisin Formal Peer Review Se pueden realizar los Peer Review sin la par8cipacin del gestor. Preferentemente dirigido por un moderador capacitado (no el autor). Pre-Encuentro, se requiere preparacin. Obje8vo principal es: Discu8r. Tomar decisiones. Evaluar las alterna8vas. Encontrar defectos. R esolver problemas tcnicos y comprobar la conformidad con las especicaciones y normas. Grado de formalidad vara. Revisores traen una lista de cues8ones tcnicas para el examen. El uso opcional de listas de comprobacin y un informe de revisin. Durante la reunin los revisores formulan objeciones, las ambigedades e incoherencias en el diseo o aspectos tcnicos en discusin. Los problemas son aclaradas y documentadas - se buscan soluciones despus de que la revisin ha concluido. Debilidades - no encuentra tantos defectos como en las inspecciones.
  • 10. Revisin Formal Inspecciones Revisiones formales y sistem8cas de los materiales. Obje8vo principal es encontrar fallas y mejora de procesos. Dirigido por un moderador independiente preparado (pero no el autor). Principal obje8vo - encontrar defectos. Asiste el autor y sus compaeros (generalmente de 3 a 6) que actan en roles denidos. Preparacin de la reunin previa, esencial. Seguir un formato estricto. Sealar los criterios de inclusin y criterios de salida. La bsqueda y registro de los defectos. Uso de reglas estandarizadas, listas de control y tcnicas. Mtricas. Opcionalmente mejora las consideraciones del proceso en revisin. Debilidades - rendimiento caro y consume 8empo.
  • 11. Proceso de la Revisin Formal Planeacin: Denir los criterios de entrada y salida (para una revisin ms formal). Asegrese de que el volumen de material a ser revisado es apropiado. Iden8car los roles, los par8cipantes y establecer un 8empo y lugar para la revisin.
  • 12. Proceso de la Revisin Formal Kick O: Distribuir el material a los par8cipantes. Explicar los obje8vos, procesos y materiales a ser revisados. Obtener copias de las plan8llas de revisin per8nentes. Crear listas de control de las reas a cubrir y distribuir listas de vericacin pueden hacer las revisiones ms ecaces y ecientes. Por ejemplo; una lista de vericacin sobre la base de puntos de vista como usuario, desarrollador, probador o de las operaciones o una lista de los problemas de los requisitos picos para centrarse en hacer que los criterios de entrada ha sido / sern recibidos.
  • 13. Proceso de la Revisin Formal Overview (Opcional): Necesidades para el nuevo material o de dikcil visin general: Educar a los par8cipantes. Permiten a los par8cipantes centrarse en el contenido tcnico. Describe el lugar donde el material se integra en el sistema y en el proceso de desarrollo. Se centran en la funcionalidad compleja. Seala los cambios y explica la necesidad de estos cambios.
  • 14. Proceso de la Revisin Formal Preparacin: Cada par8cipante revisa el material para: Aprender sobre el material. Tener en cuenta la sospecha de los defectos. Registro de las preguntas. En algunas circunstancias, dependiendo de la experiencia de los par8cipantes, el moderador puede preguntar a algunos par8cipantes aspectos par8culares del material durante la preparacin.