Investigacion Desarrollo De Proyectos Del Software

Instituto Tecnológico de Cuautla
Materia: Proyectos del Desarrollo de Software
Fecha: H.H. Cuautla Mor. A 26 de octubre del 2012.

UNIDAD 4. ACTIVIDADES DE EVALUACIÓN

A continuación se establecen tres actividades de evaluación y se definen las indicaciones correspondientes para cada una. La evaluación se hará de acuerdo a los criterios de evaluación indicados.

Actividadesindividuales
Elabora un reporte impreso de cada cuestionario, para (letra arial, times o calibri de 11 ptos., interlineado sencillo. Datos de la actividad, del alumno, materia y fecha).

Cuestionario 1.

1. Lee el Capítulo 13. Estrategias de Prueba de Software, del libro Ingeniería del Software 6ª. Edición de Roger S. Pressman, y contesta las siguientes preguntas. Fecha de entrega: lunes 5 denoviembre 2012.
|
a) ¿Cuáles son las características generales de una estrategia de prueba del software?

Una estrategia para pruebas de software integra las técnicas de diseño de casos de prueba en una serie de pasos bien planificados que llevan a la evaluación correcta del software.

* La prueba comienza en el nivel de módulo y trabaja hacia afuera.
* En diferentes puntos sonadecuadas a la vez distintas técnicas de prueba.
* La prueba y la depuración son actividades diferentes.

b) Explica y describe qué es una Prueba de Unidad
La prueba de unidad centra el proceso de verificación en la menor unidad del diseño del software: el módulo. Usando la descripción del diseño procedimental como guía, se prueban los caminos de control importantes, con el fin de descubrirerrores dentro del límite del módulo.
La complejidad relativa de las pruebas y de los errores descubiertos está limitada por el alcance estricto establecido por la prueba de unidad.
Se examinan las estructuras de datos locales para asegurar que los datos que se mantienen temporalmente conservan su integridad durante todos los pasos de ejecución del algoritmo. Se prueban las condiciones límitepara asegurar que el módulo funciona correctamente en los límites establecidos como restricciones de procesamiento. Se ejercitan todos los caminos independientes (caminos básicos) de la estructura de control con el fin de asegurar que todas las sentencias del módulo se ejecutan por lo menos una vez. Y, finalmente, se prueban todos los caminos de manejo de errores.
Antes de iniciar cualquier otraprueba es preciso probar el flujo de datos de la interfaz del módulo. Si los datos no entran correctamente, todas las demás pruebas no tienen sentido

c) Explica y describe qué es una Prueba de Integración
Una vez que se les ha hecho la prueba de unidad a todos los módulos, cuestionar de forma aparentemente legítima lo siguiente: “Si todos funcionan bien por separado, ¿por qué dudar de quefuncionen todos juntos?”. Por supuesto, el problema es «ponerlos juntos» (interacción). Los datos se pueden perder en una interfaz; un módulo puede tener un efecto adverso e inadvertido sobre otro; las subfunciones, cuando se combinan, pueden no producir la función principal deseada; la imprecisión aceptada individualmente puede crecer hasta niveles inaceptables; y las estructuras de datos globalespueden presentar problemas; desgraciadamente, la lista sigue y sigue.
La prueba de integración es una técnica sistemática para construir la estructura del programa mientras que, al mismo tiempo, se llevan a cabo pruebas para detectar errores asociados con la interacción. El objetivo es coger los módulos probados en unidad y construir una estructura de programa que esté de acuerdo con lo quedicta el diseño.
El proceso de integración se realiza en una serie de cinco pasos:
* Se usa el módulo de control principal como controlador de la prueba, disponiendo de resguardos para todos los módulos directamente subordinados al módulo de control principal.
* Dependiendo del enfoque de integración elegido (es decir, primero-en-profundidad o primero-en-anchura) se van sustituyendo los...