7/23/2019 Pruebas Orientadas a Objeto 2 Parcial

1/11

Pruebas Orientadas aObjeto

7/23/2019 Pruebas Orientadas a Objeto 2 Parcial

2/11

Objetivo

El objetivo general de las pruebas orientadas a objeto

es encontrar el nmero mximo de errores con el

mnimo esfuerzo; El cual es idntico al objetivo delas pruebas de software convencional.ero la

estrategia ! tctica difiere significativamente en las

pruebas OO.

7/23/2019 Pruebas Orientadas a Objeto 2 Parcial

3/11

"ndicaciones para realizar pruebas

#a definici$n de las pruebas deben ampliarse

para incluir tcnicas de detecci$n de errores

aplicados a los modelos %OO ! &OO. #a estrategia para las pruebas de unidad e

integraci$n deben cambiar significativamente.

El dise'o de casos de prueba deben tener encuenta las caractersticas propias del software

orientado a objeto.

7/23/2019 Pruebas Orientadas a Objeto 2 Parcial

4/11

roblemas comunes de anlisis

evitables

(e puede crear subclases especiales para acomodar el

atributo innecesario o sus excepciones.

)na mala interpretaci$n de la definici$n de las clasespuede conducir a relaciones de clases incorrectas o

innecesarias.

El comportamiento del sistema o sus clases puede

ser impropiamente caracterizado para acomodar el

atributo extra'o.

7/23/2019 Pruebas Orientadas a Objeto 2 Parcial

5/11

roblemas en el desarrollo

predecidles en el anlisis

uede ocurrir una asignaci$n impropia de clases a

subsistemas !*o tareas durante el dise'o del sistema.

(e realizara un esfuerzo de trabajo no necesario paracrear el dise'o procedimental de las operaciones

relacionadas con el atributo innecesario.

El modelo de intercambio de mensajes seria

incorrecto +puesto ,ue los mensajes deben dise'arse

para las operaciones ,ue son extra'as-.

7/23/2019 Pruebas Orientadas a Objeto 2 Parcial

6/11

orrecci$n +exactitud- de los modelos de %OO !

&OO/

0#a notaci$n ! sintaxis usada para representar los modelos de anlisis !dise'o estar vinculada al mtodo especifico de anlisis ! dise'o elegidos

para el pro!ecto .

onsistencia de los modelos de %OO ! &OO/

0Esto puede juzgarse a travs de una 11 consideraci$n de las relacionesentre entidades en el modelo. )n modelo inconsistente tiene

representaciones ,ue por una parte no son correctamente reflejadas en

otras partes del modelo22 .

3odelos de pruebas %OO ! &OO

7/23/2019 Pruebas Orientadas a Objeto 2 Parcial

7/11

Estrategias de pruebas orientadas a

objeto

Prueba de unidad en el contexto OO:

0En vez de m$dulos individuales4 la menor unidad a probar es la clase u objeto

encapsulado.)na clase puede contener un cierto numero de operaciones4 ! una

operaci$n particular puede existir como parte de un nmero de clases diferentes.

Prueba de integracin en el contexto OO:

0&ebido a ,ue el software orientado a objeto no tiene una estructura de control

jerr,uica4 las estrategias convencionales de integraci$n ascendente ! descendente

poseen un significado mu! pe,ue'o.)tiliza dos nuevas pruebas / las basadas en

5ilos ! las basadas en uso.

Prueba de validacin en un contexto OO:0En el nivel de validaci$n o del sistema 4 los detalles de conexiones de clases

desaparecen . #a validaci$n del software se centra en las acciones visibles de

usuario ! salidas del sistema reconocidas por el.

7/23/2019 Pruebas Orientadas a Objeto 2 Parcial

8/11

Diseo de casos de prueba para el software

OO

Implicaciones de los conceptos OO para el diseo de casos de prueba:

0omo !a 5emos visto4 la clase OO es el objetivo para el dise'o de los

casos de prueba. &ebido al encapsulamiemto de atributos ! operaciones

complica un poco la elaboraci$n de dic5as pruebas. Aplicabilidad de mtodos convencionales de diseo de casos de

prueba:

0#os mtodos de caja0blanca ! caja0negra pueden aplicarse a las

operaciones ,ue se definen en una clase.

Pruebas basadas en fallo:0El objetivo de la prueba basada en fallos dentro de sistemas OO es el

dise'ar pruebas ,ue posean una alta probabilidad en la detecci$n de

errores posibles .

7/23/2019 Pruebas Orientadas a Objeto 2 Parcial

9/11

Diseo de casos de prueba para el software

OO

El impacto de la programacin OO en la realiacin de pruebas:

0Existen varias formas en las ,ue la programaci$n orientada a objetos impacta en larealizaci$n de las pruebas. &ependiendo del enfo,ue de la OO/ algunos tipos deerrores se tornan menos posibles +no importa para lo ,ue se pruebe-4 algunos tipos

de errores se tornan mas posibles +importando para lo ,ue se pruebe-4 aparecennuevos tipos de errores .

!asos de prueba " #erar$u%a de clases:

0 #a 5erencia no obvia la necesidad de ejecuci$n de pruebas completas en todas lasclases derivadas. &e 5ec5o esto puede complicar el proceso de prueba.

Diseo de pruebas basadas en escenarios:

0 #os resultados de pruebas basadas en errores no capturan dos tipos principales deerrores/ +6- especificaciones incorrectas4 ! +7-interacciones entresubsistemas.uando ocurren errores asociados con especificaciones incorrectas4 elproducto no 5ace lo ,ue desea el cliente. uede 5acer lo incorrecto4 o pude omitiralguna funcionalidad importante.

7/23/2019 Pruebas Orientadas a Objeto 2 Parcial

10/11

3todos de pruebas aplicables al

nivel de clase

Pruebas aleatorias para clases OO:

0 Estas pruebas deben atacar una clase especifica a la vez identificando

todos los mtodos asociados con el fin de realizar diferentes secuencias de

casos de prueba para dic5os mtodos. Pruebas de particin a nivel clase:

0#as pruebas de partici$n reducen el numero de casos de prueba necesarios

para ejercitar la clase de la manera en la ,ue lo 5ace la partici$n

e,uivalente para el software convencional.#as particiones basadas en

estados categorizan las operaciones de clases basndose en su 5abilidadpara cambiar de estados.

7/23/2019 Pruebas Orientadas a Objeto 2 Parcial

11/11

&ise'o de casos de prueba

interclases

Pruebas de clases m&ltiples:

0 ara cada clase cliente 4 usar la lista de operadores de clase para generar

una serie de consecuencias de pruebas aleatorias4 generando mensajes.

0 ara cada mensaje ,ue se genera4 determina la clase colaboradora ! eloperador correspondiente en el objeto servidor.

0 ara cada operador en el objeto servidor4 determina los mensajes ,ue

este transmite.

0 ara cada uno de los mensajes4 determina el pr$ximo nivel de

operadores ,ue se invocan e incorporarlos en la secuencia de prueba. Pruebas derivadas de modelos de comportamiento:

0(e debe analizar el diagrama de transici$n de estados como el modelo de

representar el comportamiento dinmico de una clase.