Estrategia de prueba de software
7.1) Un enfoque estratégico para la prueba de software
o Verificación y Validación
La verificación se enfoca más al proceso de evaluación delsistema o componentes ya que permite determinar si los productos de una determinada fase del desarrollo satisfacen las condiciones impuestas en el inicio de la etapa
“¿Estamos construyendo el productocorrectamente?”.
El software debería ajustarse a su especificación
En la validación también es una evaluación del sistema o componentes solo que es en el transcurso o al final del proceso deldesarrollo para determinar si cumple con lo especificado.
“¿Estamos construyendo el producto correcto?”.
El software debería hacer lo que el cliente realmente pide
o Organización para laspruebas del software
El responsable del desarrollo del sw. es siempre responsable de probar las unidades del programa.
Muchas veces también se encarga de la prueba de integración.
Cuando hay unaarquitectura del sw. completa, debe entrar en juego un Grupo Independiente de Prueba (GIP), que garantice independencia (ha debido participar también en la especificación).
El GIP es ayudado por eldesarrollador
o Estrategia de prueba para arquitecturas convencionales del software
[pic]
[pic]
o Estrategia de prueba del software para arquitecturasorientadas a objetos
En estas arquitecturas, la prueba de unidad pierde parte de su significado, y las estrategias de integración cambian de forma relevante. Al igual que en las arquitecturasconvencionales, se comienza probando de dentro a fuera, pero las pruebas cambian de ser modulo individual a ser una clase con atributos y operaciones que requiere colaboración y comunicación.
Se van ejecutandopruebas de regresión que permiten detectar errores producidos por la comunicación y la colaboración entre clases o los efectos colaterales de añadir nuevas clases.
7.2)...
Regístrate para leer el documento completo.