Pruebas de software

Description

Software Quality Engineering: Testing, Quality Assurance, and Quantifiable Improvement Capitulo 7
Dilan Ojeda
Mind Map by Dilan Ojeda, updated more than 1 year ago
Dilan Ojeda
Created by Dilan Ojeda about 7 years ago
4
0

Resource summary

Pruebas de software
  1. Principales actividades de prueba (Major Testing Activities)
    1. Planificación y preparación de pruebas
      1. Plan de prueba
        1. Establecimiento de metas u objetivos: Perspectivas de calidad del cliente . Expectativas de calidad del cliente . Mapeo de objetivos internos y concretos (cuantificado) medición.
          1. Estrategia general, que incluye: Objetos específicos a probar. . Técnicas para usar. Los datos de medición se recopilarán . Actividades de análisis y seguimiento . Clave: Planificar todo.
          2. Preparación de pruebas
            1. Procedimiento para la preparación de la prueba . Preparación de casos de prueba. - Casos de prueba individuales. - Asignación de casos de prueba . Preparación del procedimiento de prueba. - Base para el procedimiento de prueba. - orden, flujo, seguimiento
          3. Pruebas de ejecución
            1. Planificación y gestión de ejecución . Actividades relacionadas: -identificación y medición de fallas - otra medida
              1. Pasos generales: - Asignación de tiempo de prueba y recursos. - invocación de la prueba - Identificación de fallas del sistema (y recopilar información para las acciones de seguimiento)
                1. Asignación de tiempo de prueba . Basado en OP: sistemas / características / operaciones . Preocupaciones de cobertura para partes críticas . Basado en cobertura: func./struc. áreas . Alternativa: enfoque ascendente - casos de prueba individuales ⇒ tiempo de prueba - resumen ⇒ asignación global - por OP o áreas de cobertura
                  1. Prueba de invocación (basada en OP). OP ⇒ variables de entrada (puntos de prueba) . Seguir distribuciones probabilísticas . Secuencia (¿qué probar primero?): COTS, producto, supersystem. - Prueba de invocación (basada en la cobertura) . Organizar testcases sensibilizados . Secuencia hierar Jerarquías de cobertura
                    1. Repetir la prueba debido a . Corrección de defectos ⇒ verificar corrección . Base de código o cambio de función . Prueba de regresión general
                    2. Análisis y seguimiento
                      1. Ejecución / otra medida analizada . Resultados del análisis como base para el seguimiento . Retroalimentación y seguimiento: - toma de decisiones (¿prueba de salida?) - ajuste y mejora.
                        1. Analisis de entradas (datos) . Información de ejecución de prueba . Particularmente casos de falla . Datos de tiempo y características
                          1. Análisis y salida . Caso básico individual. - identificación / reporte de problemas - configuración repetible del problema . ¿Fiabilidad general y otros análisis?
                            1. Actividades de seguimiento: Análisis y eliminación de defectos (nueva prueba). Toma de decisiones y gestión. Proceso de prueba y mejora de la calidad.
                              1. Para ejecuciones de prueba individuales: Failure
                                1. Análisis y seguimiento de ejecuciones fallidas: . Comprender el problema estudiando el registro de ejecución. . Recreando el problem . Diagnóstico de problemas - puede implicar múltiples ejecuciones relacionadas. . Ubicando las fallas. . Defecto de fijación (eliminación de fallas) - comúnmente a través de agregar / quitar / modificar código - a veces implican cambios de diseño . Vuelva a ejecutar / volver a probar para confirmar la fijación de defectos.
                          2. Gestión de pruebas (Test Management)
                            1. Los roles o responsabilidades de las personas en las pruebas formales e informales.
                              1. Pruebas informales: . "Hacer correr y observar" por los probadores. . "Plug-and-play" por los usuarios. . Pruebas informales con conocimiento ad-hoc . Engañosamente "fácil", pero no todas las fallas o problemas fáciles de reconocer
                                1. Pruebas formales: . Probadores, y organizados en equipos. . Estructura de gestión / comunicación. . Papel de los "propietarios del código" (¿roles múltiples?) . Prueba de terceros (IV y V). . Trayectoria profesional para los evaluadores
                                  1. Organización del equipo de prueba
                                    1. Vertical: orientado a proyectos - conocimiento del dominio del producto, - dotación de personal / gestión de recursos difícil.
                                      1. Horizontal: orientado a tareas - distribución equitativa de personal / recursos - falta de conocimiento / experiencia interna
                                        1. Modelos mixtos podrían funcionar mejor.
                                    2. Automatización de prueba (Testing Automation)
                                      1. Automatización necesaria para sistemas grandes. Completamente automatizado: Imposible . Enfóquese en áreas / necesidades específicas.
                                        1. Cuestiones clave a considerar: . Necesidades y potenciales específicos. . ¿Existen herramientas disponibles / adecuadas? - relacionado: costo, entrenamiento , etc. . ¿Construyendo herramientas específicas? . Costo adicional en uso y soporte. . Impacto en el recurso o horario, etc.
                                          1. Automatización por áreas de actividad de prueba: Planificación y preparación automatizada de pruebas. Ejecución de prueba automatizada. Medición de prueba automatizada, análisis, y seguimiento. Ligeramente diferente agrupamiento debido a herméticamente acoplamiento para medición y análisis.
                                        Show full summary Hide full summary

                                        Similar

                                        ISTQB Foundation Level
                                        milopz
                                        Pruebas de Software
                                        Bertha Vega
                                        Pruebas a través del ciclo de vida
                                        Alcides Penaranda
                                        Pruebas durante todo el ciclo de vida del software
                                        Jhony Alexander Nieto Madrid
                                        TÈCNICAS DE PRUEBA DEL SOFTWARE
                                        angiibarahona
                                        Pruebas de software
                                        Santiago Jesus Mas Peña
                                        Pruebas de software
                                        Javier Torres
                                        Plan de mejora QA
                                        Johnny Cortés
                                        ISTQB Foundation Level
                                        Adrian Vasconcelos
                                        plan de pruebas de software
                                        emigdio plascencia
                                        ISTQB Foundation Level
                                        Mariano Seixo