Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 658 vistas

    U. R. para Pruebas

    Cargado por

    Italo Reyes Ramirez
    La clase es la unidad más pequeña de prueba (U.R.) en el desarrollo de software orientado a objetos. Al encapsular atributos y operaciones, una clase representa una unidad de código comprobable. Las pruebas de clase equivalen a las pruebas de unidad en software convencional. Las pruebas de integración en OO se enfocan en probar colaboraciones entre clases a través de escenarios (historias) y agrupamientos de clases, en lugar de una integración incremental de módulos. Las pruebas

    Copyright:

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

    U. R. para Pruebas

    Cargado por

    Italo Reyes Ramirez
    658 vistas2 páginas
    La clase es la unidad más pequeña de prueba (U.R.) en el desarrollo de software orientado a objetos. Al encapsular atributos y operaciones, una clase representa una unidad de código comprobable. Las pruebas de clase equivalen a las pruebas de unidad en software convencional. Las pruebas de integración en OO se enfocan en probar colaboraciones entre clases a través de escenarios (historias) y agrupamientos de clases, en lugar de una integración incremental de módulos. Las pruebas

    Título original

    u. r. Para Pruebas

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOC, 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 (U.R.) en el desarrollo de software orientado a objetos. Al encapsular atributos y operaciones, una clase representa una unidad de código comprobable. Las pruebas de clase equivalen a las pruebas de unidad en software convencional. Las pruebas de integración en OO se enfocan en probar colaboraciones entre clases a través de escenarios (historias) y agrupamientos de clases, en lugar de una integración incremental de módulos. Las pruebas

    Copyright:

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

    U. R. para Pruebas

    Cargado por

    Italo Reyes Ramirez
    La clase es la unidad más pequeña de prueba (U.R.) en el desarrollo de software orientado a objetos. Al encapsular atributos y operaciones, una clase representa una unidad de código comprobable. Las pruebas de clase equivalen a las pruebas de unidad en software convencional. Las pruebas de integración en OO se enfocan en probar colaboraciones entre clases a través de escenarios (historias) y agrupamientos de clases, en lugar de una integración incremental de módulos. Las pruebas

    Copyright:

    © All Rights Reserved
    Descargue como DOC, PDF, TXT o lea en línea desde Scribd
    Descargar como doc, 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 denro de un sisema !!.
    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 ve! de probar un mdulo individual, la unidad ms pequea comprobable
    es la clase u objeto encerrado. "a que una clase puede contener un n#mero de
    operaciones diferentes, y una operacin particular debe e$istir como parte de
    un n#mero de clases diferentes, el significado de la unidad de prueba cambia
    dr%sticamente.
    &o se puede probar m%s de una operacin a la ve! (la visin convencional de
    la unidad de prueba), pero s' como parte de una clase. La prueba de clases
    para el software (( es el equivalente de las pruebas de unidad para el
    software convencional. ) diferencia de las pruebas de unidad del software
    convencional que tienden a centrarse en el detalle algor'tmico de un mdulo y
    de los datos que fluyen a travs de la interfa! del mdulo, la prueba de clases
    para el software (( se conduce mediante las operaciones encapsuladas por la
    clase y el comportamiento de la clase.
    Las pruebas de integracin en el conte$to ((
    "a que el software orientado a objetos no tiene una estructura de control
    jer%rquico, las estrategias convencionales de integracin descendente (top*
    down) y ascendente (bottom*up) tienen muy poco significado. En suma, la
    integracin de operaciones una por una en una clase (la apro$imacin de la
    integracin incremental convencional), a menudo es imposible por la
    +interaccin directa e indirecta de los componentes que conforman la clase,.
    E$isten dos estrategias diferentes para las pruebas de integracin de los
    sistemas ((. El primero, las pruebas basadas en -ilos, integran el conjunto de
    clases requeridas, para responder una entrada o suceso al sistema. Cada -ilo
    se integra y prueba individualmente. Las pruebas de regresin se aplican para
    asegurar que no ocurran efectos laterales.
    La segunda apro$imacin de integracin, la prueba basada en el uso,
    comien!a la construccin del sistema probando aquellas clases (llamadas
    clases independientes), que utili!an muy pocas (o ninguna) clases servidoras.
    .espus de que las clases independientes se prueban, esta secuencia de
    pruebas por capas de clases dependientes contin#a -asta que se construye el
    sistema completo. ) diferencia de la integracin convencional, el uso de drivers
    y stubs como operaciones de reempla!o, debe evitarse siempre que sea
    posible.
    La prueba de agrupamiento es una fase en las pruebas de integracin de
    software ((. )qu', un agrupamiento de clases colaboradoras (determinadas
    por la revisin de los modelos C/C y objeto*relacin), se prueba dise0ando los
    casos de prueba, que intentan revelar errores en las colaboraciones.
    Las pruebas de validacin en el conte$to ((
    )l nivel de sistema o de validacin, los detalles de cone$iones de clases
    desaparecen. )s' como la validacin convencional, la validacin del software
    (( se centra en las acciones visibles al usuario y salidas reconocibles desde el
    sistema. 1ara ayudar en la construccin de las pruebas de validacin, el
    probador debe utili!ar los casos de uso, que son parte del modelo de an%lisis.
    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