Estrategias De Prueba De Software
Páginas: 6 (1466 palabras)
Publicado: 30 de enero de 2013
UNIVERSIDAD ESTATAL DE MILAGRO
TRABAJO SEMESTRAL
CARRERA
INGENIERÍA EN SISTEMAS
CURSO:
3 C1
TEMA:
ESTRATEGÍAS DE PRUEBA DE SOFTWARE
PERTENECE A:
BASTIDAS MARCO
ASESORA:
LCDA. Karina Vargas
MILAGRO, 21 DE ENERO DEL 2013
ORGANIZADOR GRÁFICO
Una estrategia de prueba del software integra las técnicas de diseño de casos de prueba en una serie de pasos bien planificadosque dan como resultado una correcta construcción del software. Y lo que es más importante, una estrategia de prueba del software proporciona un mapa a seguir para el responsable del desarrollo del software, a la organización de control de calidad y al cliente: un mapa que describe los pasos que hay que llevar a cabo como parte de la prueba, cuándo se deben planificar y realizar esos pasos, ycuánto esfuerzo, tiempo y recursos se van a requerir. Por tanto, cualquier estrategia de prueba debe incorporar la planificación de la prueba, el diseño de casos de prueba, la ejecución de las pruebas y la agrupación y evaluación de los datos resultantes.
Una estrategia de prueba del software debe ser suficientemente flexible para promover la creatividad y la adaptabilidad necesarias para adecuar laprueba a todos los grandes sistemas basados en software. Al mismo tiempo, la estrategia debe ser suficientemente rígida para promover un seguimiento razonable de la planificación y la gestión a medida que progresa el proyecto. Shooman trata estos puntos:
En muchos aspectos, la prueba es un proceso individualista y el número de tipos diferentes de pruebas varía tanto como los diferentes enfoques dedesarrollo. Durante muchos años, nuestra única defensa contra los errores de programación era un cuidadoso diseño y la propia inteligencia del programador. Ahora nos encontramos en una era en la que las
Técnicas modernas de diseño (y las revisiones técnicas formales) nos ayudan a reducir el número de errores iníciales que se encuentran en el código de forma inherente. De forma similar, losdiferentes métodos de prueba están empezando a agruparse en varias filosofías y enfoques diferentes.
ESTRATEGIA N°1
El objetivo de probar es encontrar el mayor número posible de errores con una cantidad manejable de esfuerzo aplicado durante un lapso realista.
La naturaleza de este software cambia tanto la estrategia como las tácticas de la prueba.
PRUEBA DE INTEGRACIÓN EN EL CONTEXTO OOPuesto que el software orientado a objeto no tiene una estructura de control jerárquico obvia, las estrategias tradicionales descendentes y ascendentes tienen poco significado. Además es imposible integrar con frecuencia las operaciones debido a las “interacciones directas e indirectas de los componentes que constituyen la clase”.
Existen 2 estrategias diferentes para la prueba deintegración de los sistemas OO:
1) PRUEBA BASADA EN HEBRA
Integra el conjunto de clases requeridas para responder a una entrada o evento para el sistema. Cada hebra se integra y prueba de manera individual. La prueba de regresión se aplica para asegurar que no ocurran efectos colaterales.
2) PRUEBA BASADA EN USO
Comienza con la construcción del sistema al probar dichas clases (llamadas clasesindependientes) que usan muy pocas clases servidor. Después de probar las clases independientes se prueba la siguiente capa de clases llamadas dependientes, que usan las clases independientes
La prueba de grupo es un paso en la prueba de integración del software OO. Aquí un grupo de clases colaboradoras se ejercita al diseñar casos de prueba que intentan descubrir errores en las colaboraciones.PRUEBA DE UNIDAD EN EL CONTEXTO OO.
Cuando se considera el software orientado a objeto, el concepto de unidad cambia. La encapsulación determina la definición de clases y objetos. Esto significa que cada clase empaqueta los atributos y las operaciones que manipulan estos datos.
Por lo general, una clase encapsulada es el foco de la prueba de unidad. La prueba de clase para software OO...
TRABAJO SEMESTRAL
CARRERA
INGENIERÍA EN SISTEMAS
CURSO:
3 C1
TEMA:
ESTRATEGÍAS DE PRUEBA DE SOFTWARE
PERTENECE A:
BASTIDAS MARCO
ASESORA:
LCDA. Karina Vargas
MILAGRO, 21 DE ENERO DEL 2013
ORGANIZADOR GRÁFICO
Una estrategia de prueba del software integra las técnicas de diseño de casos de prueba en una serie de pasos bien planificadosque dan como resultado una correcta construcción del software. Y lo que es más importante, una estrategia de prueba del software proporciona un mapa a seguir para el responsable del desarrollo del software, a la organización de control de calidad y al cliente: un mapa que describe los pasos que hay que llevar a cabo como parte de la prueba, cuándo se deben planificar y realizar esos pasos, ycuánto esfuerzo, tiempo y recursos se van a requerir. Por tanto, cualquier estrategia de prueba debe incorporar la planificación de la prueba, el diseño de casos de prueba, la ejecución de las pruebas y la agrupación y evaluación de los datos resultantes.
Una estrategia de prueba del software debe ser suficientemente flexible para promover la creatividad y la adaptabilidad necesarias para adecuar laprueba a todos los grandes sistemas basados en software. Al mismo tiempo, la estrategia debe ser suficientemente rígida para promover un seguimiento razonable de la planificación y la gestión a medida que progresa el proyecto. Shooman trata estos puntos:
En muchos aspectos, la prueba es un proceso individualista y el número de tipos diferentes de pruebas varía tanto como los diferentes enfoques dedesarrollo. Durante muchos años, nuestra única defensa contra los errores de programación era un cuidadoso diseño y la propia inteligencia del programador. Ahora nos encontramos en una era en la que las
Técnicas modernas de diseño (y las revisiones técnicas formales) nos ayudan a reducir el número de errores iníciales que se encuentran en el código de forma inherente. De forma similar, losdiferentes métodos de prueba están empezando a agruparse en varias filosofías y enfoques diferentes.
ESTRATEGIA N°1
El objetivo de probar es encontrar el mayor número posible de errores con una cantidad manejable de esfuerzo aplicado durante un lapso realista.
La naturaleza de este software cambia tanto la estrategia como las tácticas de la prueba.
PRUEBA DE INTEGRACIÓN EN EL CONTEXTO OOPuesto que el software orientado a objeto no tiene una estructura de control jerárquico obvia, las estrategias tradicionales descendentes y ascendentes tienen poco significado. Además es imposible integrar con frecuencia las operaciones debido a las “interacciones directas e indirectas de los componentes que constituyen la clase”.
Existen 2 estrategias diferentes para la prueba deintegración de los sistemas OO:
1) PRUEBA BASADA EN HEBRA
Integra el conjunto de clases requeridas para responder a una entrada o evento para el sistema. Cada hebra se integra y prueba de manera individual. La prueba de regresión se aplica para asegurar que no ocurran efectos colaterales.
2) PRUEBA BASADA EN USO
Comienza con la construcción del sistema al probar dichas clases (llamadas clasesindependientes) que usan muy pocas clases servidor. Después de probar las clases independientes se prueba la siguiente capa de clases llamadas dependientes, que usan las clases independientes
La prueba de grupo es un paso en la prueba de integración del software OO. Aquí un grupo de clases colaboradoras se ejercita al diseñar casos de prueba que intentan descubrir errores en las colaboraciones.PRUEBA DE UNIDAD EN EL CONTEXTO OO.
Cuando se considera el software orientado a objeto, el concepto de unidad cambia. La encapsulación determina la definición de clases y objetos. Esto significa que cada clase empaqueta los atributos y las operaciones que manipulan estos datos.
Por lo general, una clase encapsulada es el foco de la prueba de unidad. La prueba de clase para software OO...
Leer documento completo
Regístrate para leer el documento completo.