Please enable JavaScript.

Coggle requires JavaScript to display documents.

FUNDAMENTOS DE LAS PRUEBAS DE SOFTWARE - Coggle Diagram

- - - - Proceso simplificado
        
        (https://media.discordapp.net/attachments/672243405446709307/938170842100166687/Sin_titulo.png?width=551&height=702)
    - - Planificación de Pruebas :
        
        Se recomienda el uso del estándar IEEE829 en donde se incluye un a plantilla para la planificación de pruebas en donde se incluye:
        
        Definición del alcance del proyecto y alcance de las pruebas que se va a realizar
        
        Definición de entorno de prueba
        
        Estimación del esfuerzo requerido para definir los casos de prueba
        
        Identificación de recursos (personas, hardware, software y herramientas)
        
        Asignar personas y tareas , definición de calendario
      - Análisis y Diseño : de casos de prueba
        
        Existen varios tipos de pruebas
        
        Prueba unitarias se basan en el diseño de las pruebas
        
        Contiene script
        
        Identificación del caso de prueba, tipo de prueba, objetivo, pasos y guía de prueba, resultados previstos, resultados actuales, probadas.
        
        Pruebas de sistema se basan en los requisitos del sistema
        
        Pruebas UAT se basan en el negocio
      - Ejecución de pruebas
        
        Las pruebas unitarias y de integración son llevadas acabo por lo desarrolladores.
        (Todas estas pruebas tienen un informe independiente)
        
        Posteriormente corrigen el defecto identificado hasta que y hasta que todas las pruebas pasen
        
        Se obtiene un producto software apto para ser lanzado al grupo de pruebas
        
        Pruebas de rendimiento
        
        Pruebas del sistema
        
        Pruebas de usabilidad
        
        Registran los defectos, y se comunica el progreso a los administradores y desarrolladores
        
        1 more item...
        
        se repite
      - Reporte de pruebas
        
        El administrador de las pruebas informa el progreso durante el proyecto detallando lo siguiente:
        
        Estado de calidad (incluidas las pruebas ejecutadas, aprobadas y bloqueadas)
        
        Permite conocer si el software esta listo para ser liberado al cliente
        
        Riesgos y problemas
        
        Es un métrica
        
        Estado del calendario de pruebas
        
        Entregables planificados
    - - Tipos de pruebas
        
        Pruebas unitarias
        
        Prueba de componentes
        
        Prueba del sistema
        
        Pruebas de Rendimiento
        
        Pruebas de carga-estrés
        
        otras...
      - Niveles de prueba
        
        A nivel de componentes
        
        A nivel de integración
        
        A nivel de sistema
        
        En base a aceptación
    - - Las métricas deben responder
        
        ¿Cuál es la calidad actual del software?
        
        ¿Qué tan estable es el producto en este momento?
        
        ¿Está el producto listo para ser lanzado en este momento?
        
        ¿Qué tan buena fue la calidad del software que se entregó?
        
        ¿Cómo se compara la calidad del producto con otros productos?
        
        ¿Cuántas pruebas quedan por hacer?
        
        ¿Qué tan efectiva fue la prueba realizada en el software?
        
        ¿Cuántos problemas abiertos hay y qué tan serios son?
        
        ¿Cuáles son los riesgos clave? ¿Están todos gestionados?
- - - - Falla en el software
      - Funciones no ejecutadas o con resultados erroneos
      - Introducido por el desarrolador
      - DensidadDefectos = #Defectos/#LíneasCodigo
      - Se caracterizan, se analiza el causal y se identifica acciones de mejora
    - - Emplear enfoques alternativos (basado en riesgo)
    - - Atención a los detalles
      - Creatividad destructiva