Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 3 vistas

    Actividad Evaluativa No.5

    Cargado por

    victordavidromerolebron79

    Copyright:

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

    Actividad Evaluativa No.5

    Cargado por

    victordavidromerolebron79
    3 vistas3 páginas

    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?

    Copyright:

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

    Actividad Evaluativa No.5

    Cargado por

    victordavidromerolebron79

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    de 3

    Estudiante

    Victor David Romero Lebron


    Matricula
    A00115201
    Profesor
    Luis Nuñez
    Materia
    Verificación y Validacion de Software
    1. Tipos de Pruebas
    Las pruebas de software son esenciales para asegurar la calidad de un
    producto. Existen diversas clasificaciones basadas en diferentes criterios. Por
    ejemplo, pruebas funcionales y no funcionales analizan aspectos
    diferentes del software. Otras clasificaciones incluyen pruebas de caja
    blanca o negra, según el nivel de conocimiento del código por parte del
    evaluador, así como las pruebas asociadas al cambio, que aseguran que
    las modificaciones no afecten el comportamiento general.

    Prueba Funcional

    Las pruebas funcionales verifican si el software cumple con los requisitos


    funcionales establecidos. Evalúan las entradas y salidas del sistema sin
    importar cómo se procesan internamente. Se simulan escenarios reales de
    uso y se ejecutan para asegurar que cada función del sistema actúe según lo
    esperado.

    Prueba No Funcional

    Las pruebas no funcionales miden aspectos que no están directamente


    relacionados con las funcionalidades del sistema, como el rendimiento, la
    escalabilidad, la seguridad o la usabilidad. Son clave para garantizar que el
    sistema cumpla con los estándares de calidad más allá de sus funciones
    operativas.

    Prueba de Caja Blanca

    La prueba de caja blanca analiza el código fuente internamente, evaluando


    el flujo lógico, las condiciones y las estructuras de control del software. El
    evaluador tiene conocimiento completo del sistema, lo que permite
    identificar errores en la lógica interna y optimizar el código.

    Prueba Asociada al Cambio

    También conocida como prueba de regresión, esta prueba se realiza


    después de hacer cambios en el software, como correcciones de errores,
    mejoras o actualizaciones. Su objetivo es verificar que las modificaciones no
    hayan afectado el funcionamiento de otras partes del sistema.

    Tipos de Prueba y Niveles de Prueba

    Los tipos de prueba incluyen pruebas unitarias, de integración, de sistema y


    de aceptación. Los niveles de prueba se refieren a las etapas donde se
    aplican: las pruebas unitarias se realizan sobre componentes individuales,
    las de integración sobre módulos combinados, las de sistema sobre el
    sistema completo, y las de aceptación se realizan con usuarios finales para
    verificar que el software cumple con los requisitos.

    2. Prueba de Mantenimiento
    Las pruebas de mantenimiento son aquellas que se realizan después de que
    un software ha sido desplegado, para asegurar su correcto funcionamiento
    en caso de actualizaciones o cambios en el entorno. El mantenimiento puede
    ser correctivo, adaptativo, perfectivo o preventivo, según el tipo de
    intervención que requiera el sistema.

    Activadores para el Mantenimiento

    Los activadores son eventos que desencadenan la necesidad de


    mantenimiento. Pueden incluir la detección de errores en el software, el
    lanzamiento de nuevas versiones, la necesidad de adaptación a un nuevo
    entorno tecnológico o cambios en los requisitos del usuario.

    Análisis de Impacto para el Mantenimiento

    Este análisis se realiza para evaluar las consecuencias de los cambios


    planificados en el software. Su objetivo es determinar qué áreas del sistema
    podrían verse afectadas por modificaciones, permitiendo planificar las
    pruebas de regresión necesarias y asegurar que el sistema funcione
    correctamente después del mantenimiento.

    También podría gustarte