Testing

1
Testing
2
Test
Un enfoque con orientación a objetos da nuevas
posibilidades y problemas al testeo.
3
Testing

• NO SE PUEDE PROBAR QUE UN PROGRAMA NO VA A FALLAR
  NUNCA. SOLAMENTE SE MUESTRA QUE CONTIENE FALLAS.
• EL PROPOSITO DEL TESTEO ES ENCONTRAR FALLAS.
• UN BUEN TESTEO ES AQUEL QUE ENCUENTRA FALLAS.
• ACTITUD DEL TESTEO.

4
Test

• VERIFICACION
• VALIDACION

5
Testing

• El testeo puede empezar al mismo tiempo que el
  trabajo de análisis.
• El costo del testeo oscila entre el 30 o 50
  del costo total del desarrollo.
• La calidad no es un producto del testeo y la
  depuración.
• El testeo es una CERTIFICACION DE CALIDAD.

6
Tipos de Testing

• Niveles de test
• Test de unidad
• Test de integración
• Test del sistema
• Técnicas de Test
• Test de regresión

7
Tipos de Testing

• Aspectos del test
• Test de operación
• Test full-scale
• Test de performance
• Test de sobrecarga
• Test negativo
• Test basado en requerimientos
• Test ergonómico
• Test de documentación de usuario
• Test de aceptación

8
El Proceso del Testing

• Planificación del testeo
• Nivel de calidad que se quiere lograr
• Manual o automático
• Recursos necesarios
• Modelo de Requerimientos
• Programas de testeo
• El alcance del testeo
• Secuencia
• Informe de Testeo .

9
El Proceso del Testing

• Identificación de los recursos.
• Especificación del test.
• Los casos de uso son una verdadera guía,
  considerando que la especificación del diseño
  tendría que ser la especificación del testeo.
• Ejecución del test
• Análisis de errores

10
Estrategias

• La realización de los tests tiene que estar
  integradas en todas las actividades.
• Cuando un diseño a un nivel ha sido completado,
  el test debe ser realizado a ese nivel.
• Cuando se encuentra una falla en el código debe
  ser corregida no sólo en el código sino también
  en el nivel de diseño.

11
Test de Unidad

• Test de estructura (caja blanca)
• Test de especificación (caja negra)
• Test basado en los estados

12
Test de Unidad

• Se recomienda realizar en primer lugar los tests
  de especificación, luego los basados en los
  estados, porque la detección de fallas lleva a
  corregir la estructura, afectando la estructura
  de los casos de test.
• Además, si ya son ejecutados los casos de test
  por los de especificación o basados en estados,
  no es necesario volver a realizarlos.

13
Test de Unidad

• Polimorfismo (enfatiza la independencia)
• No es necesario repetir el test en la medida que
  se utilice herencia de subtipo
• Herencia (se deben re-testear las operaciones
  heredadas en los descendientes)
• la operación heredada puede haber asumido algún
  valor que las clases descendientes pueden
  modificarlo
• operaciones en el antecesor invocan operaciones
  implementadas en el descendiente

14
Test de Integración

• Los diagramas de interacción son una guía útil
  tanto cuando se realiza el test en forma manual o
  automática
• Caso de uso
• Curso básico
• Curso alternativo
• Documentación del usuario

15
Test del Sistema

• Test de Operaciones
• Test de escala completa
• Test Negativos
• Test basados en la especificación de
  requerimientos
• Test de la documentación de usuarios