Documento

¿Có m o im ple m e ntar un plan de prue bas ?

Calidad del Software ¿Cuál cam ino?

CO BI T ¿?

ISO M CM

¿ Por qué las pruebas?

Costos de encontrar un defecto por etapa
Fuente: Software Engineering Institut e Inst itute

COSTOS

Requerimientos

Codificación

Operación

ETAPAS

¿Qué NO son pruebas?
• Las pruebas NO es demostrar que el sistema trabaja correctamente
–Beizer, 1990: Prom edio de errores en program as entregados al proceso de pruebas era entre 1 y 3 defectos por cada 100 ex presiones ejecutables – La m ayoría de los desarrolladores encuentran el 99% de los problem as ANTES de entregar el producto – Falta un 1 % de problem as a encontrar

¿Cuál es el objetivo de las pruebas?
• Dem os t rar q u e n o exis t en e rro re s o cu lto s en el p rod uct o lo cu al es d iferen t e a d ecir q u e el s is t em a es t á libre d e errores

OBJETIVO DE LAS PRUEBAS

MEJORAR CALIDAD

¿?

Encontrando defectos
CORRIGIÉNDOLOS

Probar es una tarea difícil
• Objetivo Descubrir en el producto desviaciones de las especificaciones • Error clásico Asignar errores a la persona

• Desarrolladores construyen el producto mientras que las pruebasdestruyen al producto • Desarrollo y Prueba son tareas independientes con el objetivo de incrementar la calidad del producto • La persona que construye se ciega a encontrar sus propios errores

Organización del Equipo de Pruebas
• El desarrollador es complet amente responsable de probar el código escrit o por él mismo • El equipo de desarrollo es responsable de ejecutar las pruebas y cadadesarrollador prueba el código escrit o por ot ros desarrolladores • Al m enos un miembro del equipo de desarrollo es asignado como parte de un equipo de pruebas y realizada t odas las pruebas del product o. • Ex ist e uno o m ás equipos de pruebas dentro del proyect o quienes no son part e del equipo de desarrollo. • Un equipo separado de la organización o del equipo de desarrollo t iene el control delas pruebas (departamento de pruebas, servicio ex t erno, laboratorio de las pruebas)

Modelos Básicos de un Equipo de Pruebas
Control de calidad

• Teoría
– Poder de rechazar una entrega del producto hasta que los procedimientos y estándares se hayan seguido y los problemas seleccionados hayan sido corregidos – Poder de detener la producción de un producto por días, semanas, o meses

•Práctica
– Poder está en la administración – La administración es el grupo de control de calidad – Grupo de pruebas es el asistente para la administración – Ayuda a la compañía a detectar defectos

ASEGURAMIENTO DE LA CALIDAD

• “aseguran calidad” lo cual no puede hacer con un grupo de pruebas • Involucrado en cada etapa de desarrollo de software • Establece estándares, introduceprocedimientos de revisión y entrena a la gente en mejores formas de diseño y desarrollo de productos • Ayuda a la compañía a prevenir defectos • Lleva a cabo pruebas como parte de su trabajo • Para que tenga éxito debe estar de la mano con la administración

SERVICIOS DE PRUEBAS

• Provee servicios de pruebas al administrador del proyecto • Ejecuta pruebas • Reporta errores • Se asegura de que el equipode desarrollo conozca los defectos • Describen los problemas del producto • El nivel de pruebas realizado • Estimado de la calidad del producto • Administración toma todas las decisiones

SERVICIOS DE DESARROLLO

• Ex tiende el concepto de servicios de pruebas • Provee servicios de pruebas pero a otro nivel, por ejemplo: • Depuración (debugging) • Soporte técnico • Edición de manualestécnicos • Pruebas de usabilidad • Evaluación de productos similares • Estudios de satisfacción de clientes

PRUEBAS EN DESARROLLO

• No se necesita reproducir pruebas en el proceso • Encuentran el problem a y lo resuelven • No tienen que reportar ni ex plicar el problem a a nadie • No necesitan preguntar cóm o debería funcionar algo
REDUCCIÓN DE COSTOS

Pruebas en la Pirám ide Organizacional...