Dic 2007

Introduccin a pruebas

TEMARIO

Introduccin a pruebas

Dic 2007

page 2

Temario

Da
1

Fecha
Dic 18

Temas
Conceptos bsicos de pruebas Anlisis de ambiguedades sobre requerimientos

Dic 19

Tecnicas de Diseo de Casos de Prueba Desarrollo de Procedimientos de Prueba

Dic 20

Principios para Revisin de Casos de Prueba Oveview TestDirector

Dic 21

Desarrollo de Casos de Prueba para TestDirector

Introduccin a pruebas

Dic 2007

page 3

Temario Capital Humano

Expositores.
Vernica Riquelme Liliana Verver Gilberto Velzquez Alain Ponce Alejandro Figueroa

Soporte.
Penlope Torres Daniel Lecona Andrews Vargas

Introduccin a pruebas

Dic 2007

page 4

Agenda

Objetivo Introduccin a las pruebas Pruebas en el proceso de vida del software Mtodos de las pruebas Niveles de pruebas Tipos de pruebas Sesin de preguntas

Introduccin a pruebas

Dic 2007

page 5

OBJETIVO

Introduccin a pruebas

Dic 2007

page 6

Objetivo

Objetivo. Brindar al participante una introduccin a la disciplina de pruebas y su participacin en el ciclo de vida de software. Al finalizar el entrenamiento se tendr un concepto claro de la disciplina de pruebas, as como de las actividades de prueba que deben ser ejecutadas durante cada fase del desarrollo de un software. El curso esta dirigido a cualquier persona que esta interesada en empezar a conocer los conceptos bsico de la Oficina de Testing.

Introduccin a pruebas

Dic 2007

page 7

INTRODUCCION A LAS PRUEBAS

Introduccin a pruebas

Dic 2007

page 8

Introduccin a las pruebas Qu es una prueba?

Una Prueba es una operacin tcnica que consiste en la determinacin de una o mas caractersticas de un producto, proceso o de un servicio dado, segn un procedimiento en especifico. Una Prueba como proceso consiste en todas las actividades del ciclo de vida del proyecto, estticas y dinmicas, concernientes con la planeacin, preparacin y evaluacin de productos de software y relacionados con los productos de trabajo, para determinar si se satisfacen los requerimientos especificados, para demostrar que cumplen con su propsito y para la deteccin de defectos.

Introduccin a pruebas

Dic 2007

page 9

Introduccin a las pruebas Principios de una prueba

Las pruebas demuestran la existencia de defectos Realizar pruebas exhaustivas es imposible Involucrar la etapa desde el inicio del proyecto Asignacin de prioridades y severidad a las pruebas El tipo de pruebas a realizar se basa en la criticidad del proyecto Algunas caractersticas son:
Precisa. Muestra que es lo que se supone se probar. Efectiva. Ayuda a encontrar defectos. Trazable. Existe una relacin con los requerimientos. Evolutiva. Fcil de mantener. Eficiente. Sin pasos innecesarios. Estado inicial. Retorna el estado de pruebas al estado inicial

Introduccin a pruebas

Dic 2007

page 10

Introduccin a las pruebas Qu es un error/defecto/falla?

Error. Una accin humana que produce un resultado incorrecto. Defecto. Es el resultado de un error en el software
Tambin conocido como bug Si es ejecutada una aplicacin con un defecto, puede generar una falla

Falla. Desviacin del componente o sistema en comparacin con el resultado esperado.

Falla es un evento; defecto es un estado del software, causado por un error.

Introduccin a pruebas

Dic 2007

page 11

Introduccin a las pruebas Qu es un error/defecto/falla? Continuacin

Una persona comete un error ... Esto crea un defecto en el software ... Esto puede causar una falla en operacin
Introduccin a pruebas Dic 2007 page 12

Introduccin a las pruebas Proceso fundamental de las pruebas

El proceso fundamental de las pruebas consta de 5 actividades y se utiliza para la realizacin de cada uno de los tipos de prueba a implementar dentro de todos los proyectos.
INICIO Planeacin de Pruebas Desarrollo de Casos de prueba

Ejecucin de Pruebas Reportes de Avance Finalizacin de Pruebas

Fin

Introduccin a pruebas

Dic 2007

page 13

Introduccin a las pruebas Proceso fundamental de las pruebas Continuacin

Planeacin de las pruebas. Se define la estrategia que se va utilizar en las pruebas, adems que determina las tcnicas apropiadas (dependiendo del tipo de aplicacin, etc.) para el diseo de los casos de prueba. Desarrollo de casos de prueba. Se desarrollan los casos de prueba en base a las tcnicas de diseo especificadas en la planeacin de pruebas. Ejecucin de las pruebas. Se verifica que el resultado esperado de cada prueba realizada sea entregada de manera exacta por el sistema o componente. En esta etapa es muy importante la construccin de evidencias de ejecucin. Reporte de avance. Se muestra el estado y avance de las actividades de prueba durante la etapa de desarrollo y ejecucin. Finalizacin de las pruebas. Se verifica que los registros de pruebas cumplan los criterios de finalizacin de pruebas especificados, en caso contrario, se necesitan repetir las actividades de la prueba, incluso puede ser necesario disear mas casos de prueba para poder cumplir con los criterios de finalizacin y aceptacin.

Introduccin a pruebas

Dic 2007

page 14

Introduccin a las pruebas La calidad en las pruebas

La Calidad proporciona un nivel de confiabilidad (La probabilidad de que el software no causara una falla en el sistema por un tiempo en especifico bajo condiciones especificas) de que el software cumpla con los requerimientos definidos, que realice las funciones por las cuales fue elaborado y que se van a reducir posibles errores/defectos/fallas

Introduccin a pruebas

Dic 2007

page 15

PRUEBAS EN EL PROCESO DE VIDA DEL SOFTWARE

Introduccin a pruebas

Dic 2007

page 16

Pruebas en el proceso de vida del software Pruebas en el ciclo de vida del software
La siguiente figura ilustra la diferencia entre el enfoque tradicional de pruebas y el enfoque de pruebas a travs del ciclo de vida del proyecto.

Enfoque de pruebas a travs del ciclo de vida del proyecto

Inicio del proyecto

Requerimientos

Anlisis / Diseo

Codificacin

Pruebas

Instalacin

Mantenimiento

Enfoque de pruebas tradicional

Introduccin a pruebas

Dic 2007

page 17

Pruebas en el proceso de vida del software Metodologa RBT y Modelo V

La Metodologa RBT y Modelo V de pruebas soporta los principios de pruebas, y tambin es lo suficientemente flexible para adaptarse a un proceso iterativo e incremental del desarrollo de software. La siguiente figura se presenta el Modelo V de pruebas, el cual muestra las relaciones internas entre:
Los diferentes tipos de pruebas de la aplicacin y otras fases del proyecto. Las actividades de prueba (ej. preparacin y planeacin, diseo de pruebas y ejecucin de pruebas) y otras actividades del proyecto. Entregables de pruebas y otros entregables del proyecto.

El modelo fue desarrollado por Richard Berder. Tiene un enfoque sistemtico para:
Verificar requerimientos como entradas a diseo, codificacin y pruebas. Establecer seguimiento a los requerimientos. Proveer una cobertura mxima de pruebas con el mnimo nmero de casos de prueba. Validad la conformidad del sistema con los requerimientos.

Introduccin a pruebas

Dic 2007

page 18

Pruebas en el proceso de vida del software - Pruebas Metodologa RBT y Modelo V Continuacin
Definicin Definici n Requerimientos de Usuario
Preparar Estrategia de pruebas Documento de Requerimientos

Valida

Pruebas Aceptacin Aceptaci & n & Rendimiento Ambiente Controlado

Definicin Definici n Requerimientos de Sistema

Desarrollar Escenarios de pruebas ERS

Valida

Pruebas de Sistema
Control de Liberaciones

Introduccin a pruebas

Planeacin de pruebas & inicio Planeacin de pruebas & inicio Desarrollo de Casos de Prueba Desarrollo de Casos de Prueba

Casos de prueba /Datos

Architectural Diseo Dise o Design Arquitectura

Identificar Casos de pruebas Documento de Diseo Dise o Arquitectura

Valida

Diseo Dise o T cnico Detallado

Crear Procedimientos de pruebas Documento de Diseo Dise o Detallado

Valida

Pruebas Unitarias

Construimos bien el sistema?

Construccin n Construcci (Codificacin) n) (Codificaci

Construimos el sistema correcto?

Tiempo
Convenciones
Preparaci n de pruebas & preparaci n de actividades

Verificacin Verificaci (Pruebas est estticas)

Validacin Validaci (Pruebas din dinmicas)

Salidas

Actividad de pruebas

Dic 2007

page 19

Desarrollo y Ejecuci Ejecucin

Pruebas Pruebas Integraci Integracin de n de Componentes Componentes

Pruebas de Estabilidad

Pruebas en el proceso de vida del software Proporciones tpicas de descubrir defectos

Prueba Unitaria

50%

85%
Prueba de Integracin

Sin RBT
18%

Prueba de Sistema 12%

UAT

5%

Entregado al Cliente 15%

(Bender & Associates)

Introduccin a pruebas

Dic 2007

page 20

Pruebas en el proceso de vida del software Proporciones tpicas de descubrir defectos Continuacin

Inspeccin RBT 65 - 90% Con RBT

Aprox. 10-35%

Pruebas 10 - ~35%

Entregado al Cliente .015%

Introduccin a pruebas

Dic 2007

page 21

METODOS DE LAS PRUEBAS

Introduccin a pruebas

Dic 2007

page 22

Mtodos de las pruebas Mtodos utilizados para las pruebas

Dinmicas ejecucin
Analizar. Demostrar. Probar. Validar.

Estticas no ejecucin
Verificar. Revisar/Inspeccionar el software. Probar.

Introduccin a pruebas

Dic 2007

page 23

NIVELES DE PRUEBAS

Introduccin a pruebas

Dic 2007

page 24

Niveles de pruebas Introduccin

Se organizan los tipos de pruebas necesarios para ser usados (cada nivel enlista un grupo de requerimientos o especificaciones funcionales y tcnicas). Es un grupo de actividades de prueba que son organizadas y dirigidas colectivamente, basadas en requerimientos y riesgos implicados. Si los requerimientos no se resuelven, cada nivel define una estrategia para buscar los defectos mas importantes, tan pronto como sea posible, en el mejor camino posible.

Introduccin a pruebas

Dic 2007

page 25

Niveles de pruebas Introduccin

Pruebas unitarias Pruebas de integracin Pruebas de sistema Pruebas de Aceptacin del Usuario (UAT; User Acceptance Test) Pruebas de desempeo Pruebas de regresin

Introduccin a pruebas

Dic 2007

page 26

Niveles de pruebas Tipos de pruebas Continuacin

Nivel de Prueba

Propsito
Probar componentes individuales. Mostrar que funciona el cdigo. Probar para identificar defectos en las interfaces y las interacciones entre los diferentes componentes y sistemas. Probar la funcionalidad integral del sistema (end-to-end). Encontrar defectos. Probar la funcionalidad desde una perspectiva de negocio. Obtener VoBo de los usuarios.

Ambiente
Desarrollo

Responsable
Organizacin de Desarrollo

Unitarias

Desarrollo

Integracin

Organizacin de desarrollo

Sistema

Controlado de pruebas

Grupos independientes de pruebas Usuarios

UAT

Controlado de pruebas

Introduccin a pruebas

Dic 2007

page 27

Niveles de pruebas Tipos de pruebas Continuacin

Nivel de Prueba
Unitarias

Objetivo
Eliminar defectos de programacin Eliminar defectos de programacin con otros mdulos o interfaces Eliminar defectos Requerimientos de Usuario Eliminar defectos de Negocio , validar la cobertura de los requerimientos por parte del usuario

Criterio de aceptacin
Estndares de programacin Estndares de programacin

Integrales

Sistema

Requerimientos de sistema y usuario Requerimientos de usuario y negocio

UAT

Introduccin a pruebas

Dic 2007

page 28

Niveles de pruebas Introduccin

Pruebas de desempeo
La pruebas estn enfocadas en tiempo de respuesta del sistema para que se satisfagan los criterios del funcionamientos de las pantallas y reglas del negocio (Ejemplo. Funciones, negocio, etc) Pruebas sobre el manejo de grandes cantidades de datos

Pruebas de regresin
Realizar un testing sobre programas modificados para asegurar que los defectos han sido eliminados

Introduccin a pruebas

Dic 2007

page 29

TIPOS DE PRUEBAS

Introduccin a pruebas

Dic 2007

page 30

Tipos de pruebas Introduccin

Existen dos tipos de pruebas, las cuales son:

Caja Negra Caja Blanca

Introduccin a pruebas

Dic 2007

page 31

Tipos de pruebas Prueba de caja negra

Se realizan sin necesidad de conocer las caractersticas internas del cdigo. Se centra en QUE? hace el sistema software, en vez de COMO? lo hace. Se usan, tpicamente, en las pruebas de nivel de sistema y de aceptacin de usuario. Pruebas Basadas en la Especificacin. Se aplican tanto para pruebas Funcionales como pruebas No Funcionales

Entrada

Salida

Si salida = Resultado Esperado Entonces Paso

Introduccin a pruebas

Dic 2007

page 32

Tipos de pruebas Pruebas de caja blanca

Se basan en la estructura del cdigo. Se utilizan, tpicamente, por los grupos de desarrollo en las fases de prueba de componentes e integracin de componentes. Pruebas estructurales.

Entrada

Salida

Introduccin a pruebas

Dic 2007

page 33

SESION DE PREGUNTAS

Introduccin a pruebas

Dic 2007

page 34

Sesin de preguntas

Introduccin a pruebas

Dic 2007

page 35

Introduccin a pruebas

Dic 2007

page 36

Noviembre 2007

Dic 2007

Presentation by EDS / Banamex PTO Project Testing Office

EDS and the EDS logo are registered trademarks of Electronic Data Systems Corporation. EDS is an equal opportunity employer and values the diversity of its people. 2005 Electronic Data Systems Corporation. All rights reserved.