Please enable JavaScript.

Coggle requires JavaScript to display documents.

Calidad de software, objetivo, pruebas de software, cierre, Testing,…

- - - - Se enfoca en comprender la estructura interna del programa y analizar los caminos de ejecución. Se examina el código fuente y se identifican las condiciones y ramificaciones lógicas para diseñar casos de prueba que cubran diferentes rutas y aseguren una cobertura exhaustiva.
      - La cobertura de sentencia es una técnica cuyo objetivo principal es asegurar de que todas las sentencias de código del programa han sido ejecutadas al menos una vez durante las pruebas. Cuando hablamos de una sentencia de código nos referimos a cualquier instrucción que el programa pueda ejecutar, como declaraciones de variables, asignaciones, llamadas de función, bucles y condicionales.
    - - El enfoque funcional se centra en las funciones, entradas y salidas del software
        sin considerar su implementación interna
        
        divide el dominio de entrada de un programa en clases de datos de los que se
        pueden derivar casos de prueba. El diseño de estos casos de prueba para la partición equivalente se basa en la evaluación de las clases de equivalencia para Una condición de entrada.
    - - Las Técnicas Pruebas Basadas En Experiencias son un Conjunto de métodos y enfoques utilizados para diseñar y ejecutar pruebas de software, basados en el conocimiento y la experiencia acumulada por el equipo de pruebas y otros expertos en el campo
        
        Estas técnicas se basan en la intuición, el juicio y el conocimiento adquirido a lo largo del tiempo, y se aplican para identificar posibles problemas, defectos o riesgos del software, sin seguir un enfoque estructurado sistemático específico.
- - - - Criterios de entrada: Plan de pruebas, casos de prueba de humo, datos de prueba.
      - Este paso final antes de la ejecución consiste en verificar que todos los requisitos previos están listos. El analista de QA revisa que el entorno de pruebas esté configurado correctamente según las directrices del proyecto.
      - Criterios de salida: Entorno de prueba, resultados de prueba de humo.
- - - - Capturas de pantalla
      - Logs y registros
      - Mensajes de error
      - Informes de resultados
    - - Facilita el análisis de problemas
      - Proporciona datos para la toma de decisiones
    - - Planillas y herramientas ad-hoc
  - - - Descripción detallada
      - Información sobre la reproducción
      - Severidad (leve, mediano, grave)
      - Estado (abierto, cerrado, solucionado, etc.)
    - - Identificador único
      - Título del defecto
      - Fecha de detección
      - Entorno
      - Caso de prueba
      - Resultados esperados vs obtenidos
    - - Causa del defecto
      - Solución aplicada
      - Pasos para evidenciar que se ha corregido
  - - - Validado por el equipo
      - Tipificación: Leve, mayor, bloqueante
      - Validación de ejecución correcta
- - - - su objetivo es verificar el SW como un solo sistema
  - - - objetivo es probar la unidad minima del software
- - - - Requerimientos
        
        Los requerimientos están divididos en 2 partes
        
        Funcionales
        
        Estos requerimientos describen qué debe hacer el sistema, cómo debe
        comportarse y qué resultados debe producir.
        
        No funcionales
        
        Estos requerimientos explican características como la seguridad de los datos de clientes, características visuales y confiabilidad de el sistema
      - casos de pruebas para que el proyecto sea de calidad
        
        ¿que es un caso de prueba?
        
        Conjunto de condiciones para evaluar si una aplicación cumple los requisitos que se le piden.
        Se crea como minimo un caso de prueba por cada requisito
        
        ¿cual es la estructura de un caso de pruebas?
        
        Datos Generales
        
        Autor del caso, ID de caso e historia de usuario.
        
        Detalles del Caso
        
        Proposito: que es lo que se espera obtener con la prueba
        
        Acciones: que se va a hacer para llegar al resultado
        
        Resultado obtenido: que se obtuvo al ejecutar la prueba
        
        Resultados
        
        Estado: puede ser aceptado, en proceso o rechazado
        
        Gravedad : el grado de falla que se obtuvo
        
        Evidencia: Pruebas de los resultados que se obtuvieron
        
        Aprobación y Fecha
        
        Por quien fue aprobado y cuando fue aprobado
        
        ¿cual es el objetivo de los casos de prueba?
        
        Poder encontrar el mayor número de errores con el mínimo esfuerzo y tiempo. Detectar tantos errores como sea posible antes de entregar el software al cliente.
        
        ¿que hacer cuando se termina la fase de pruebas?
        
        Comunicar los resultados obtenidos
        
        Compartir el informe de cierre
        
        Programar reuniones o presentaciones
        
        Discutir hallazgos y recomendaciones
        
        Retroalimentación detallada
        
        Acciones recomendadas
        
        Informe de Certificación de Pruebas
        
        Información general
        
        Objetivos de las pruebas
        
        Alcance de las pruebas
        
        Actividades de pruebas realizadas
        
        Resultados de las pruebas
        
        Conclusiones y recomendaciones
        
        Anexos
        
        Resumen ejecutivo
        
        Cierre del proceso de pruebas
        
        Finalización de actividades de prueba
        
        Elaboración del informe de cierre
        
        Comunicación de resultados
        
        Evaluación de criterios de finalización
        
        Identificación y seguimiento de defectos pendientes
        
        Lecciones aprendidas y mejora continua