Please enable JavaScript.
Coggle requires JavaScript to display documents.
Técnicas de Pruebas de Software - Coggle Diagram
Técnicas de Pruebas de Software
Según el Nivel de Prueba
Pruebas Unitarias:
Validan componentes individuales del software.
Pruebas de Integración
: Evalúan la interacción entre módulos o componentes.
Pruebas del Sistema:
Verifican la aplicación completa.
Pruebas de Aceptación:
Confirman que el software cumple los requisitos del cliente.
**Según el Conocimiento del Código
Caja Blanca:
Analiza la estructura interna del código.
Caja Gris:
Combina aspectos de caja negra y caja blanca.
Caja Negra:
Evalúa la funcionalidad sin conocer el código fuente.
Según el Propósito de la Prueba
Funcionales:
Validan que el software cumple con los requisitos especificados.
No Funcionales:
Evalúan aspectos como rendimiento, usabilidad y seguridad
Pruebas de Regresión:
Se realizan después de cambios en el código para verificar que no haya nuevos errores.
Pruebas de Estrés y Carga
: Analizan el rendimiento bajo condiciones extremas.
Pruebas de Seguridad:
Detectan vulnerabilidades en la aplicación.
Estándares Relativos a las Pruebas de Software
• IEEE 829 (Formato de Documentación de Pruebas de Software)
Define cómo deben estructurarse los documentos de prueba, incluyendo planes de prueba, casos de prueba y reportes de incidencias.
• IEEE 610 (Términos y Definiciones)
Establece un glosario estándar de términos relacionados con pruebas y calidad de software.
• ISO/IEC 29119 (Norma Internacional de Pruebas de Software)
Un conjunto de normas que proporciona directrices para la gestión, procesos y documentación de pruebas.
• ISTQB (International Software Testing Qualifications Board)
Organización que define buenas prácticas y certificaciones en pruebas de software.
• OWASP (Open Web Application Security Project)
Proporciona estándares para pruebas de seguridad en aplicaciones web.
• CMMI (Capability Maturity Model Integration)
Modelo que mide la madurez de los procesos de desarrollo y pruebas en las organizaciones.
• ISO/IEC 25010 (Calidad del Software)
Define características de calidad como fiabilidad, eficiencia, mantenibilidad y usabilidad.
Creación de Casos de Prueba
ID del Caso de Prueba: Identificación única.
Descripción: Explicación breve del objetivo del caso de prueba.
Precondiciones: Estado previo del sistema antes de la ejecución del caso de prueba.
Datos de Entrada: Valores que se introducirán en el sistema.
Pasos de Ejecución: Secuencia de acciones a realizar.
Resultados Esperados: Lo que se espera que ocurra si el software funciona correctamente.
Resultado Real: Lo que realmente ocurrió tras la prueba.
Estado: Indica si la prueba pasó o falló (Pasó/Falló).
Técnicas de Diseño de Pruebas Funcionales
Partición Equivalente: Divide los datos de entrada en clases de equivalencia para reducir la cantidad de pruebas.
• Análisis de Valores Límite: Prueba los valores extremos de los rangos permitidos.
• Tablas de Decisión: Usa combinaciones de entradas y sus respectivas salidas esperadas.
• Pruebas de Transición de Estado: Evalúa el comportamiento del sistema ante cambios de estado.
Técnicas de Diseño de Pruebas Estructurales
• Cobertura de Sentencias: Garantiza que cada línea de código se ejecute al menos una vez.
• Cobertura de Decisiones: Prueba todas las posibles condiciones de una estructura de control.
• Cobertura de Condiciones Múltiples: Evalúa todas las combinaciones posibles de condiciones booleanas.
Técnicas Basadas en Experiencia
• Pruebas Exploratorias: Se explora el software sin casos de prueba predefinidos.
• Pruebas de Error Guessing: Se basa en la experiencia del tester para identificar posibles fallas.