Aseguramiento de la calidad y pruebas de software. 1- Plan de aseguramiento de la calidad

Transcripción

1 Aseguramiento de la calidad y pruebas de software 1- Plan de aseguramiento de la calidad Blanca A. Vargas Govea vargasgovea@itesm.mx Enero 29, 2013

2 Objetivo Conocer los elementos de un plan de aseguramiento de la calidad 2

3 3 Cuál es la diferencia entre la verificación y la validación?

4 Verificación vs validación Verificación Probar que un producto cumple con los requerimientos especificados mediante actividades ejecutadas a través del ciclo del desarrollo Surgió en la industria aeroespacial Validación Checa que el sistema cumpla con los requerimientos del sistema al final del ciclo de vida Las pruebas de software son una verificación o una validación? 4

5 Verificación vs validación Las pruebas de software han sido consideradas un proceso de validación Después de que se termina la programación, el sistema es validado para determinar su desempeño operacional y funcional Verificaron el sistema de arranque? 5

6 Componentes del aseguramiento de la calidad 1. Pruebas de software Estándares 2. Control de calidad Procedimientos 6 3. Administración de la configuración del software Convenciones y especificaciones

7 1. Pruebas de software Se usan para comprobar que los requerimientos funcionales se cumplieron Limitación: para cuando se realizan las pruebas ya es muy tarde para incorporar calidad en el producto Son tan buenas como lo sean los casos de prueba Demasiado tarde 7

8 1. Pruebas de software Propósito de las actividades de validación y verificación: asegurar que el diseño, código y documentación de software cumplen con todos los requerimientos Durante la fase de diseño e implementación la verificación ayuda a determinar si la salida de una fase del ciclo de vida del software cumplen con lo establecido en la fase previa 8

9 2. Control de calidad Se enfoca en revisiones y eliminación de defectos antes de embarcar el producto (liberar el software) Revisión de especificaciones, inspecciones de código y documentación, chequeo de entregables 9

10 2. Control de calidad Se realiza en cada ciclo de vida para determinar si el producto está dentro de los criterios establecidos por el plan de aseguramiento de la calidad Se hace para detectar y corregir defectos, mientras que el aseguramiento de la calidad se orienta a prevenirlos 10

11 2. Control de calidad: quién lo hace? Pequeños proyectos: miembros del mismo grupo desarrollador, el coordinador del depto. de control de calidad Grupos grandes: un consejo de control de calidad que incluiría a usuarios (o un representante), miembros del consejo de control de calidad y el lider del proyecto 11

12 3. Administración de la configuración del software Se relaciona con el rastreo y control de cambios en los elementos de software de un sistema Actividades que aseguren que el diseño y el código están definidos y que no pueden ser cambiados sin revisar sus efectos Propósito: controlar el código y su documentación asociada de modo que el código final y su descripción sea consistente 12

13 3. Administración de la configuración del software El proceso de configuración del software consta de cuatro componentes: Identificación de componentes de software Software de control de versiones Construcción de la configuración Control de cambios del software 13

14 Plan de aseguramiento de la calidad de software(sqa) Es una descripción de las medidas de calidad para asegurar niveles de calidad en el desarrollo de un sistema 14

15 Plan de aseguramiento de la calidad de software(sqa) El plan se usa como referencia para comparar los niveles actuales de calidad durante el desarrollo con los niveles esperados de calidad El plan proporciona guías para el desarrollo de código entendible y mantenible 15

16 Plan de aseguramiento de la calidad: pasos 1. Documentación del plan * 2. Aceptación del plan (administrativos) 3. Aceptación del plan (desarrollo) 4. Plan para su implementación 5. Ejecución del plan 16

17 17 Uso de estándares

18 Beneficios de usar estándares Habilidad de aplicar metodologías de mantenimiento y desarrollo de software y procedimientos de alto nivel profesional Mejorar el entendimiento mutuo y coordinación entre equipos de desarrollo Mayor cooperación entre el desarrollador de software y participantes externos Mejor entendimiento y cooperación entre proveedores y usuarios 18

19 Estándar SRS IEEE * SRS (Software Requirements Specification) Descripción completa del comportamiento de un sistema Puede incluir casos de uso que describan interacciones del usuario con el software SRS IEEE captura correcta y completamente los requerimientos y necesidades de un sistema de software y las expectativas de los usuarios potenciales 19

20 Actividad 4: en equipo Con base en su proyecto: Elaborar una guía inicial para los componentes del aseguramiento de la calidad: 1. Control de calidad 2. Administración de configuraciones de software * Definir las fases de desarrollo del proyecto Tarea 4: en equipo Revisar el documento correspondiente al estándar SRS IEEE y preparar la forma con la información de su proyecto. Anexo un ejemplo. En la página están los siguientes documentos: SRS830.pdf SRSExample-webapp.doc 1. Descripción general 2. Alcance 3. Requerimientos funcionales 4. Requerimientos no-funcionales No es necesario incluir casos de uso. Fecha de entrega: Febrero 1,

21 Avisos Próximo Viernes 1 de Febrero, me ausentaré. Sí habrá actividades a realizar para esa sesión. Se pondrán las actividades en la página y el trabajo se enviará por correo en el horario correspondiente a la clase. 21

22 Referencias Galin, Daniel. Software Quality Assurance, Software quality assurance : from theory to implementation, Harlow, Essex ; New York, N.Y. : Pearson/Addison Wesley, 2004., England,