Puntualizacion En El Desarrollo De Sistemas

22.1 Señale las diferencias entre verificación y validación, y explique por qué la validación es un proceso particularmente difícil;

la verificación implica comprobar que el software está de acuerdo con su especificación y la validación, sin embargo, es un proceso más general.
El objetivo de la validación es asegurar que el sistema software satisface las expectativas
del cliente

22.2Explique por qué no es necesario que un programa esté completamente libre de defectos antes de que sea entregado a sus clientes. ¿Hasta dónde se pueden utilizar las pruebas para validar que el programa cumple con su propósito?

-Las funcionalidades pueden probarse a medida que se van añadiendo al sistema, por lo que no tiene que realizarse
una implementación completa antes de que comiencen laspruebas.

- Los planes de pruebas cambian debido a retrasos en otras etapas del proceso
de desarrollo. Si parte de un sistema está incompleto, el sistema no puede probarse como
un todo. Entonces tiene que revisarse el plan de pruebas para volver a desplegar y a asignar a
los encargados de las pruebas a alguna otra actividad, y recuperarlos cuando el software vuelva
a estar disponible.

22.3El plan de pruebas de (a Figura 22.4 ha sido diseñado para sistemas a medida que tienen un documento de requerimientos independiente. Sugiera cómo podría modificarse la estructura del plan de pruebas para probar productos software comerciales.

El procaso da prueba
Una descripción de las prinápaJes fases del proceso de prueba. Éstas podrían describirse como se
hizo anteriormente en estecapítulo.
IraiaMHoad da raquerirntantos
Los usuarios son los más interesados en que el sistema satisfaga sus requerimientos y las pruebas
deberían planificarse pare que todos los requerimientos se prueben individualmente.
Elementos probados
Deberían especificarse los elementos del proceso del software que tienen que ser probados.
Calendarlo da pruebas
Un calendario de todas las pruebas y laasignación de recursos para este calendario se enlaza, obviamente,
con la agenda general del desarrollo del proyecto.
Procedimlentos da ragJstra de las pruebas
No es suficiente ejecutar simplemente las pruebas; los resultados de las pruebas deben ser registrados
sistemáticamente. Debe ser posible auditar el proceso de pruebas para comprobar que se
ha llevado a cabo correctamente.
Requerimientoshardware- y software
Esta sección deberla determinar las herramientas software requeridas y la utilización estimada del
hardware.

Rastricdonas
En esta sección deberían anticiparse las restricciones que afectan al proceso de pruebas como la
escasez de personal.

Figura 22.4
La estructura de un
plan de pruebas.

se puede utilizar un plan de pruebas menos formal, pero sigue
siendonecesario un documento formal para soportar la planificación del proceso de pruebas.
Para algunos procesos ágiles como la programación extrema, las pruebas son inseparables
del desarrollo. Al igual que otras actividades de planificación, la planificación de las
pruebas también es incrementa!. En XP, el cliente es el último responsable de decidir cuánto
esfuerzo debería dedicarse a la prueba delsistema.
Los planes de pruebas no son documentos estáticos, sino que evolucionan durante el proceso
de desarrollo. Los planes de pruebas cambian debido a retrasos en otras etapas del proceso
de desarrollo. Si parte de un sistema está incompleto, el sistema no puede probarse como
un todo. Entonces tiene que revisarse el plan de pruebas para volver a desplegar y a asignar a
los encargados de laspruebas a alguna otra actividad, y recuperarlos cuando el software vuelva
a estar disponible.

22.4 Explique por qué las inspecciones de programas son una técnica efectiva para descubrir errores en un programa.
¿Qué tipos de errores probablemente no sean descubiertos a través de las inspecciones?
inspecciones de software son un proceso de V & V estático en el que un sistema software
se...