PRUEBAS ORIENTADAS A OBJETOS

PRUEBAS ORIENTADAS A OBJETOS
El objetivo de las pruebas, expresado de forma sencilla, es encontrar el mayornúmero posible de errores con una cantidad razonable de esfuerzo, aplicadosobre un lapso detiempo realista. A pesar de que este objetivo fundamentalpermanece inalterado para el software orientado a objetos, la naturaleza de losprogramas OO cambian las estrategias y las tácticas deprueba.Puede argumentarse que, conforme el AOO y el DOO maduran, una mayorreutilización de patrones de diseño mitigarán la necesidad de pruebasintensivas en los sistemas OO. La verdad es justo lo contrario.Binder loanaliza, cuando afirma que:
Cada reutilización es un nuevo contexto de uso y es prudente repetir las pruebas. Parece probable que se necesitarán menospruebas para obtener una alta fiabilidaden sistemas orientados a objetos
.La prueba de los sistemas OO presentan un nuevo conjunto de retos alingeniero del software. La definición de pruebas debe ser ampliada para incluirtécnicas quedescubran errores (revisiones técnicas formales), aplicadas paralos modelos de AOO y DOO. La integridad, compleción y consistencia de lasrepresentaciones OO deben ser evaluadas conforme se construyen.Laspruebas de unidad pierden mucho de su significado, y las estrategias deintegración cambian de modo significativo. En resumen, las estrategias ytácticas de prueba deben tomarse en cuenta para lascaracterísticas propiasdel software OO.Las pruebas OO son estratégicamente similares a las pruebas de sistemasconvencionales, pero tácticamente diferentes. Ya que los modelos de análisis ydiseño OO sonsimilares en estructura y contenido al programa OO, las pruebascomienzan con la revisión de estos modelos. Una vez que se ha generado elcódigo, las pruebas OO comienzan en lo pequeño, con las pruebas declases.Existen pruebas para probar las operaciones de las clases y examinar si loserrores existen cuando una clase colabora con otras. Por último, los casos deusos (desarrollados como parte del modelo...