Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 254 vistas

    UR

    Cargado por

    kmaster10
    La clase es la unidad más pequeña de prueba en un sistema orientado a objetos porque encapsula atributos y operaciones, mientras que en un sistema convencional la unidad más pequeña es el módulo. Las pruebas de clases prueban el comportamiento y operaciones de una clase, mientras que las pruebas de unidad convencionales se enfocan en datos y algoritmos. Las estrategias de integración convencionales no se aplican bien a sistemas OO, por lo que se usan enfoques como pruebas basadas en hilos o uso. Las

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    UR

    Cargado por

    kmaster10
    254 vistas2 páginas
    La clase es la unidad más pequeña de prueba en un sistema orientado a objetos porque encapsula atributos y operaciones, mientras que en un sistema convencional la unidad más pequeña es el módulo. Las pruebas de clases prueban el comportamiento y operaciones de una clase, mientras que las pruebas de unidad convencionales se enfocan en datos y algoritmos. Las estrategias de integración convencionales no se aplican bien a sistemas OO, por lo que se usan enfoques como pruebas basadas en hilos o uso. Las

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    La clase es la unidad más pequeña de prueba en un sistema orientado a objetos porque encapsula atributos y operaciones, mientras que en un sistema convencional la unidad más pequeña es el módulo. Las pruebas de clases prueban el comportamiento y operaciones de una clase, mientras que las pruebas de unidad convencionales se enfocan en datos y algoritmos. Las estrategias de integración convencionales no se aplican bien a sistemas OO, por lo que se usan enfoques como pruebas basadas en hilos o uso. Las

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    254 vistas2 páginas

    UR

    Cargado por

    kmaster10
    La clase es la unidad más pequeña de prueba en un sistema orientado a objetos porque encapsula atributos y operaciones, mientras que en un sistema convencional la unidad más pequeña es el módulo. Las pruebas de clases prueban el comportamiento y operaciones de una clase, mientras que las pruebas de unidad convencionales se enfocan en datos y algoritmos. Las estrategias de integración convencionales no se aplican bien a sistemas OO, por lo que se usan enfoques como pruebas basadas en hilos o uso. Las

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    Está en la página 1de 2

    U. R.

    PARA PRUEBAS
    Describa con sus propias palabras por qu la clase es la ms pequea unidad
    razonable (U.R) para las pruebas dentro de un sistema OO.

    Cuando se considera el software orientado a objetos, el concepto de unidad


    cambia. La definicin de clases y objetos. Esto significa que cada clase y cada
    instancia de una clase (objeto), envuelven a los atributos (datos) y operaciones
    (tambin conocidos como mtodos o servicios), que manipulan estos datos.
    En vez de probar un mdulo individual, la unidad ms pequea comprobable
    es la clase u objeto encerrado. Ya que una clase puede contener un nmero de
    operaciones diferentes, y una operacin particular debe existir como parte de
    un nmero de clases diferentes, el significado de la unidad de prueba cambia
    drsticamente.
    No se puede probar ms de una operacin a la vez (la visin convencional de la
    unidad de prueba), pero s como parte de una clase. La prueba de clases para el
    software OO es el equivalente de las pruebas de unidad para el software
    convencional. A diferencia de las pruebas de unidad del software convencional
    que tienden a centrarse en el detalle algortmico de un mdulo y de los datos
    que fluyen a travs de la interfaz del mdulo, la prueba de clases para el
    software OO se conduce mediante las operaciones encapsuladas por la clase y
    el comportamiento de la clase.

    LAS PRUEBAS DE INTEGRACIN EN EL CONTEXTO OO


    Ya que el software orientado a objetos no tiene una estructura de control
    jerrquico, las estrategias convencionales de integracin descendente (topdown) y ascendente (bottom-up) tienen muy poco significado. En suma, la
    integracin de operaciones una por una en una clase (la aproximacin de la
    integracin incremental convencional), a menudo es imposible por la
    interaccin directa e indirecta de los componentes que conforman la clase.
    Existen dos estrategias diferentes para las pruebas de integracin de los
    sistemas OO. El primero, las pruebas basadas en hilos, integran el conjunto de
    clases requeridas, para responder una entrada o suceso al sistema. Cada hilo se
    integra y prueba individualmente. Las pruebas de regresin se aplican para
    asegurar que no ocurran efectos laterales.
    La segunda aproximacin de integracin, la prueba basada en el uso, comienza
    la construccin del sistema probando aquellas clases (llamadas clases

    independientes), que utilizan muy pocas (o ninguna) clases servidoras. Despus


    de que las clases independientes se prueban, esta secuencia de pruebas por
    capas de clases dependientes contina hasta que se construye el sistema
    completo. A diferencia de la integracin convencional, el uso de drivers y stubs
    como operaciones de reemplazo, debe evitarse siempre que sea posible.
    La prueba de agrupamiento es una fase en las pruebas de integracin de
    software OO. Aqu, un agrupamiento de clases colaboradoras (determinadas por
    la revisin de los modelos CRC y objeto-relacin), se prueba diseando los
    casos de prueba, que intentan revelar errores en las colaboraciones.

    LAS PRUEBAS DE VALIDACIN EN EL CONTEXTO OO


    Al nivel de sistema o de validacin, los detalles de conexiones de clases
    desaparecen. As como la validacin convencional, la validacin del software OO
    se centra en las acciones visibles al usuario y salidas reconocibles desde el
    sistema. Para ayudar en la construccin de las pruebas de validacin, el
    probador debe utilizar los casos de uso, que son parte del modelo de anlisis.
    Los casos de uso proporcionan un escenario, que tiene una gran similitud de
    errores con los revelados en los requisitos de interaccin del usuario.

    También podría gustarte

    pFad - Phonifier reborn

    Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

    Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


    Alternative Proxies:

    Alternative Proxy

    pFad Proxy

    pFad v3 Proxy

    pFad v4 Proxy