UNIVERSIDAD DE COSTA RICA

SEDE DEL ATLNTICO. RECINTO DE TURRIALBA. BACHILLERATO EN INFORMTICA EMPRESARIAL. IF-6100, ANLISIS Y DISEO DE SISTEMAS. PROFESOR: LVARO MENA M.

RESUMEN LECTURA No.5

PRUEBAS
ESTUDIANTE: WILLIAM ULLOA ARAYA. CARN: A86450

II-2011

PRUEBAS
Introduccin Junto con la seguridad, la prueba es otro tema importante en el desarrollo de software. Sin pruebas rigurosas, no hay ninguna afirmacin posible de la calidad de un sistema, y todas las organizaciones involucradas en el desarrollo de software son conscientes de la importancia de las pruebas. El enfoque de la ingeniera de software que se presenta en este libro puede ayudarle a alcanzar un alto nivel de organizacin en el desempeo de las actividades de control, tal como se define en estos dos elementos: - Calidad de las pruebas, mediante la definicin de tcnicas y mtodos que garanticen la completa prueba de la cobertura de todos los requisitos del sistema, verificable por la capacidad de rastrear los resultados con los requisitos. -Eficiencia, mediante la definicin de un riguroso proceso de pruebas, sino tambin al permitir la automatizacin de un gran nmero de tareas.

Algunos conceptos importantes sobre tipos de pruebas: -Pruebas de rendimiento. Por ejemplo, el nmero de sesiones simultneas que un solo servidor web puede soportar. -Las pruebas de estrs. Por ejemplo, el nmero de sesiones simultneas que un solo servidor web puede mantener, mientras que la "gracia" degradar su rendimiento. "Gracia" en este contexto significa, sin prdida de datos o de emergencia de condiciones de error en el sistema mismo. -Pruebas de Escalabilidad y planificacin de capacidad. Esto supone un aumento de la carga al mismo tiempo que aumenta la infraestructura y verifica que la respuesta del sistema se mantenga dentro de los objetivos establecidos. -Pruebas de seguridad. Por ejemplo, la explotacin de vulnerabilidades tcnicas (ataques de fuerza bruta, desbordamientos de bfer, ataques de repeticin, de secuestro de sesin) y ataques de denegacin de servicio. - Pruebas de aceptacin. Representantes de las partes de usuario realizan pruebas completas del sistema con el fin de evaluar la preparacin para la operacin. El proceso de desarrollo de Rational Unified Process: La prueba funcional de caja negra consiste en ignorar por completo cualquier posible conocimiento del camino del funciona interno de la unidad o sistema.

La prueba de caja blanca en donde la prueba tiene en cuenta la comprensin de los trabajos internos de la unidad o sistema. Entre las herramientas que se utilizan para pruebas de caja blanca son los depuradores de cdigo. El enfoque de caja blanca es a menudo ms apropiado en situaciones en las que los requisitos no estn bien definidos para la unidad o sistema. Hay dos etapas de pruebas funcionales: -Unidad de prueba. Una unidad es la ms pequea cantidad de cdigo que se asigna a un desarrollador. Una buena prctica en un contexto de desarrollo OO es la definicin de una unidad la cual es el cdigo de una clase de implementacin. La justificacin de esta eleccin es que una clase define la ms pequea unidad autnoma, encapsulando su cdigo y los datos. Como tal, tambin es una buena prctica para la definicin de la unidad ms pequea de responsabilidad de un desarrollador. - Prueba del sistema. Considera la solucin completa como una unidad. Dentro de una iteracin de desarrollo especfica. La prueba del sistema cubrir los casos de uso pertinentes, as como todos los casos de uso de las iteraciones anteriores. Esto implica la aplicacin de pruebas de regresin para los casos de prueba que cubren los casos de uso de las anteriores iteraciones. Las pruebas del sistema son responsabilidad de los probadores, los cuales se definen como un equipo independiente. Los artefactos de entrada para las actividades de ensayo son la descripcin de casos de uso, la definicin de los requisitos del sistema y las especificaciones, el cdigo, la documentacin, y las pruebas. Casos de prueba Como los casos de prueba proceden de casos de uso, especificando la actividad de ellos pueden empezar muy temprano en el proceso de desarrollo, tan pronto como los casos de uso de la iteracin actual se especifican en detalle. El mejor momento es comenzar a desarrollar los casos de prueba a lo largo de la descripcin detallada de casos de uso. Un caso de prueba se define como un conjunto de datos de entrada, condiciones de ejecucin, y los resultados esperados. Se puede pensar en cada caso de prueba como la representacin de un escenario de caso de uso, o una ruta completa a travs de un caso de uso. . Cada escenario de caso de uso implica algunas o todas las etapas del flujo bsico de los acontecimientos y, posiblemente, uno o ms flujos alternos de eventos. A un caso de uso se le asignarn a uno o ms casos de prueba en relacin con su flujo bsico y sus flujos alternos. Adems, un caso de uso se asigna a una o ms clases y sus colaboraciones que realizan sus funciones bsicas y un flujo alterno de eventos. En la matriz de caso de prueba, los resultados esperados describen el estado del sistema desde una perspectiva del usuario, manteniendo as el punto de vista de cuadro negro del sistema, que describen con todo detalle el estado de la solicitud y cualquier otro elemento del entorno del sistema que se ve afectado como resultado de las actividades de prueba.

Procedimientos de prueba Las especificaciones de caso de prueba no son suficientes por s mismas para llevar a cabo una prueba. Los procedimientos de prueba definen los pasos y las condiciones ambientales (sistema y aplicacin) que necesitan estar en su lugar con el fin de ejecutar una o ms pruebas. En los procedimientos de prueba tambin se definen los pasos para analizar los resultados. Un procedimiento de prueba puede describir la ejecucin de uno o ms casos de prueba. Los incidentes durante la ejecucin de una prueba se dividen en dos grandes categoras: -Defectos de verdad, algunas configuraciones de cdigo o sistema tienen que ser modificadas. -Las falsas alarmas, que surgen de las definiciones errneas de casos de prueba.

Escenarios de prueba Los casos de prueba se utilizan como bloques de construccin de escenarios de prueba, que representan el uso del sistema por los usuarios finales en trminos de una serie de tareas que el usuario desea ejecutar. Son tiles en la descripcin de las sesiones de usuario tpicos, implican una secuencia de casos de uso, algunos de los cuales se puede repetir. Se puede mezclar el flujo bsico de eventos de algunos casos de uso, con los flujos alternativos de otros casos de uso con el fin de verificar que la integridad de los datos se mantiene. Pruebas de Sistema Las pruebas del sistema consisten en la ejecucin de todos los casos de prueba definido hasta ahora para todas las iteraciones del sistema. En efecto, los casos de prueba se finalizan en el mismo tiempo a medida que los casos de uso. As, cuando el equipo de desarrollo ha desarrollado el cdigo la aplicacin de los casos de uso de la iteracin actual, es posible que el equipo de prueba est listo para ejecutar los casos de prueba correspondientes. Pero al mismo tiempo, tambin necesitan volver a ejecutar todos los casos de prueba que corresponde a los casos de uso de las versiones anteriores, con el fin de garantizar que el nuevo estado de desarrollo del sistema no ha introducido cualquier defecto de un sistema previamente libres de defectos. Esta parte de la prueba es llamada pruebas de regresin.