Fundamentos de Verificación y Validación de Software: Estrategias y Niveles

Revisión de pares = personas revisan el trabajo de otras personas - Walkthrough = se expone a gente 

verificación consistencia resultados intermedios . Validación consistencia resultados finales técnica para validar un código es problarlo

Prueba existosa es aquella que encuentra errores - no existosa no encuentra nada . Cuando se prueba se hace de manera desctructiva  . Probar no busca la asuencia de defectos}

Casos de prueba = probar software respresentar finalidad u objetivo

la información que debe contener es = precondiciones: circustancias antes de ejecutar el caso - entradas - salidas esperadas- poscondiciones= circustancias después de ejecutar el caso  - salidas 

Cada caso de prueba debe tener identificación asociada y objetivo

ENTRADAS= existen dos pruebas de caja negra conocer reporte generado y pruebas de caja blanca analizar como fluye la información en distintos componentes

Niveles de prueba = análisis de requermientos - diseño del sistema - diseño detallado - implementación - prueba de integración - prueba del sistema - prueba de aceptación- operación y mantenimiento.

TIPOS DE PRUEBA:

Prueba de unidad= ejecutadas modulo único se hace en cada modulo

prueba de integración= desarrollada en grupo de módulos asegura datos Prueba de acepcacion = combina pruebas que al resultar satisface a interesados.

Ambientes de prueba , prueba alfa= desarrollada al termino de la constru integra todos los elementos del sistema - prueba beta = Al sistema después de las alfas participan los grupos interesados dentro del besta tenemos purbas de aceptación comprueba que el sistema cubra las necessidades y pruebas de regresión ejecutan después de aplicar cambios.

Pruebas de carga= sistema integral , medir estabilidad del sistema determinar como se comporta al aumento de usuarios

Prueba de stress= determina el punto de saturación de la plataforma

Prueba de cobertura= casos de pruebas alcanzar criterios establecidos

Pruebas funcionales= caja negra contenido desconocido funcionalidad entendida a base de entradas y salidas

Prueba estructural= caja blanca implementación de software es relevante determinar su implementación.

Positivo= si la implementación cambia caso de prueba sigue útil puede ocurrir en paralelo

negativo= redundadncia en la pruebas lagunas por código no cubierto aveces no llegan a implementarse

valores de fronteras= análisis de valor de la frontera- prueba robustez - pruebas peores casos . Pruebas aleatorias