Pruebas de software

Pruebas de software

1. Principales actividades de prueba (Major Testing Activities)

   • Planificación y preparación de pruebas
     • Plan de prueba
       • Establecimiento de metas u objetivos: Perspectivas de calidad del cliente . Expectativas de calidad del cliente . Mapeo de objetivos internos y concretos (cuantificado) medición.
       • 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.
     • Preparación de pruebas
       • 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
   • Pruebas de ejecución
     • Planificación y gestión de ejecución . Actividades relacionadas: -identificación y medición de fallas - otra medida
     • 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)
     • 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
     • 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
     • 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
   • Análisis y seguimiento
     • 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.
       • Analisis de entradas (datos) . Información de ejecución de prueba . Particularmente casos de falla . Datos de tiempo y características
       • Análisis y salida . Caso básico individual. - identificación / reporte de problemas - configuración repetible del problema . ¿Fiabilidad general y otros análisis?
       • 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.
       • Para ejecuciones de prueba individuales: Failure
         • 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)

   • Los roles o responsabilidades de las personas en las pruebas formales e informales.
     • 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
     • 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
     • Organización del equipo de prueba
       • Vertical: orientado a proyectos - conocimiento del dominio del producto, - dotación de personal / gestión de recursos difícil.
       • Horizontal: orientado a tareas - distribución equitativa de personal / recursos - falta de conocimiento / experiencia interna
       • Modelos mixtos podrían funcionar mejor.

3. Automatización de prueba (Testing Automation)

   • Automatización necesaria para sistemas grandes. Completamente automatizado: Imposible . Enfóquese en áreas / necesidades específicas.
     • 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.
     • 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.