capitulo 8 somerville

Guayaquil, 08 de enero del 2014
Augusto Jaramillo Contreras

Ingeniería de software – Sommerville capítulo 8

Pruebas de desarrollo
Las pruebas pretenden demostrar que un programa hace lo que se debería hacer y descubrir los defectos del programa antes de su puesta en uso, se utilizan datos artificiales identificando pruebas de errores, el proceso tiene dos objetivos distintos:
Demostraral desarrollador y el cliente que el software cumple con sus requisitos.
Para descubrir las situaciones en las que el comportamiento del software es incorrecta, indeseable, o no se ajusta a su especificación.
El primer objetivo conduce a las pruebas de validación, donde se espera que el sistema realice correctamente con un determinado conjunto de casos de prueba que reflejen el uso esperadodel sistema. El segundo objetivo conduce a pruebas de defectos, en los casos de prueba se diseñan para exponer defectos.


El diagrama que se muestra en la Figura 8.1 puede ayudar a explicar las diferencias entre las pruebas de validación y pruebas de defectos.
Estos estimulan el sistema para generar las salidas correctas esperadas. Las pruebas no pueden demostrar que el software es libre dedefectos o que lo hará comportarse como se especifica en todas las circunstancias. Siempre es posible que una prueba que se pudo haber pasado por alto pudiera descubrir más problemas con el sistema.
Barry Boehm, un pionero de la ingeniería de software, expresó de manera sucinta la diferencia entre ellos:
Validación: ¿Estamos construyendo el producto correcto?
Verificación: ¿Estamos construyendoel bien producto?
Los procesos de verificación y validación se refieren a la comprobación de que el software siendo desarrollado cumple con su especificación y entrega la funcionalidad esperada por las personas que pagan por el software.
El objetivo de la verificación consiste en comprobar que el software cumple con su declarado funcional y los requisitos no funcionales.
El objetivo final delos procesos de verificación y validación es establecer la confianza de que el sistema de software es “Apto para el propósito”.
El propósito del software: Lo más crítico del software y más importante es que sea confiable.

Expectativas de los usuarios: Debido a experiencias con software no fiables, muchos usuarios tienen bajas expectativas de calidad del software.

Entorno de marketing:Cuando se comercialice un sistema, los vendedores del sistema deben tener en cuenta que los productos de la competencia, el precio que los clientes están dispuestos a pagar por un sistema y el calendario requerido para la entrega de ese sistema.

Las inspecciones se centran principalmente en el código fuente de un sistema, pero cualquier representación legible del software, tales como surequerimiento o un modelo de diseño, puede ser inspeccionado. Hay tres ventajas de la inspección software a través de las pruebas:
1. Durante las pruebas, los errores pueden enmascarar (ocultar) otros errores. Cuando un error lleva a salidas inesperadas, nunca se puede estar seguro de si las anomalías de salida posteriores se deben a un nuevo error o son efectos secundarios del error original.
2.Versiones incompletas de un sistema pueden ser inspeccionadas sin costes adicionales.

3. Además de la búsqueda de defectos del programa, la inspección también se puede considerar atributos más amplios de calidad de un programa; como el cumplimiento de las normas, portabilidad y facilidad de mantenimiento.

La Figura 8.3 es un modelo abstracto del “proceso tradicional de testing”, tal como seutiliza en el desarrollo del plan impulsado. Los casos de prueba son especificaciones de las entradas a la prueba y la salida esperada.
Por lo general, un sistema de software comercial tiene que pasar por tres etapas de la prueba:
1. Pruebas de desarrollo, donde el sistema se prueba durante el desarrollo para descubrir errores y defectos.
2. Las pruebas de lanzamiento, en donde un equipo de...