Pruebas, validación y verificación de software

Plan your projects and define important tasks and actions

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Pruebas, validación y verificación de software por Mind Map: Pruebas, validación y verificación de software

1. Calidad del Software

1.1. Cumplimiento y expectativas del usuario frente al producto

1.1.1. Normas

1.1.1.1. Adecuación funcional

1.1.1.1.1. Completitud funcional

1.1.1.2. Eficiencia de desempeño

1.1.1.2.1. Comportamiento temporal

1.1.1.3. Compatibilidad

1.1.1.3.1. Coexistencia

1.1.1.4. Usabilidad

1.1.1.4.1. Accesibilidad

1.1.1.5. Fiabilidad

1.1.1.5.1. Tolerancia a fallos

1.1.1.6. Seguridad

1.1.1.6.1. Integridad

1.1.1.7. Mantenibilidad

1.1.1.7.1. Reusabilidad

1.1.1.8. Portabilidad

1.1.1.8.1. Adaptabilidad

2. Ciclo de Vida del Software

2.1. Etapas y actividades para desarrollar el producto software deseado

2.1.1. Levantamiento de Requerimientos

2.1.2. Análisis y diseño

2.1.3. Desarrollo

2.1.4. Pruebas

2.1.5. Implementación

2.1.6. Implantación

2.1.7. Mantenimiento

3. Pruebas

3.1. Determina que se cumpla requisitos especificados para demostrar que son aptas para el propósito y para detectas defectos

3.1.1. Objetivo

3.1.1.1. Aportar calidad al producto que se está desarrollando

3.1.2. Por qué son importantes?

3.1.2.1. Evaluar Riesgos

3.1.2.2. Validar presencia de errores

3.1.2.3. Verificar cumplimiento de requisitos

3.1.2.4. Evaluar el producto

3.1.2.5. Analizar y escanear

4. Norma ISO 9126

4.1. Calidad Interna

4.2. Enfoque Calidad del Producto

4.3. Características de Calidad

4.4. Calidad Externa

4.5. Mejoras del Producto

5. Causa de falencias del Software

5.1. Error

5.1.1. Acción humana

5.2. Defecto

5.2.1. Error de implementación

5.3. Fallo

5.3.1. Resultados no deseados

6. Tipos de Técnicas

6.1. Técnicas de Caja Negra

6.1.1. Ejecución del Software

6.1.2. No validación del Software

6.1.3. Análisis Funcional y no funcional

6.2. Técnicas de Caja Blanca

6.2.1. Validación estructura del código

6.2.2. Lógica Interna

6.2.3. Garantizar todos los caminos

6.2.4. Verificación interna y procedimental

7. Qué es Validación y verificación del Software?

7.1. Validación

7.1.1. Cumplimiento de las expectativas del usuario con el programa

7.2. Verificación

7.2.1. Cumplimiento con los requerimientos especificados (Funcionales, no funcionales)

8. Proceso general del Testing

8.1. Testing de Componentes

8.1.1. Testing de unidad

8.1.2. Testing de Modulos

8.2. Testing de Integración

8.2.1. Testing de Subsistemas

8.2.2. Testing de sistemas

8.3. Testing de Usuario

8.3.1. Testing de Aceptación

9. Clasificación de Pruebas

9.1. Pruebas de Integración

9.1.1. Verificar el correcto acoplamiento entre los distintos componentes

9.1.1.1. Técnica Top Dowm

9.1.1.1.1. Analiza desde lo general a lo especifico

9.1.1.2. Técnica Bottom up

9.1.1.2.1. Analiza de lo especifico a lo general

9.2. Pruebas Funcionales

9.2.1. Centrada en todo lo que hace el sistema

9.2.1.1. Validación por interfaz

9.2.1.2. Asegurar cumplimiento

9.2.1.3. Técnicas de caja negra

9.3. Pruebas No Funcionales

9.3.1. Comportamiento externo del Software

9.3.1.1. Pruebas de Carga

9.3.1.1.1. Medición del comportamiento del sistema

9.3.1.2. Pruebas de Rendimiento

9.3.1.2.1. Medir velocidad procesamiento y el tiempo de respuesta del sistema

9.3.1.3. Pruebas de Volumen

9.3.1.3.1. Capacidad del sistema para procesar datos

9.3.1.4. Pruebas de esfuerzo

9.3.1.4.1. Sobrecarga en el sistema para analizar la capacidad de recuperación

9.3.1.5. Pruebas de Seguridad

9.3.1.5.1. Validar accesos no autorizados o divulgación de la información

9.3.1.6. Pruebas de estabilidad

9.3.1.6.1. Medición de la respuesta del sistema a los errores de funcionamiento

9.3.1.7. Pruebas de Usabilidad

9.3.1.7.1. Efectividad, eficiencia y satisfacción

9.3.1.8. Pruebas de Compatibilidad

9.3.1.8.1. Funcionamiento del sistema en varios sistemas operativos

9.4. Pruebas Estructurales

9.4.1. Técnicas de caja blanca

9.4.2. Validación interna del software

9.4.3. Comprobación de bucles

9.5. Pruebas Dinámicas

9.5.1. Técnicas de caja Negra

9.5.2. Técnicas de caja blanca

9.6. Pruebas de Pareto

9.6.1. El 80% de fallos de un software es generado por un 20% del código, mientras que el otro 80% genera un 20% de fallos

10. Matriz de Riesgos

10.1. Permite determinar objetivamente cuáles son los riesgos relevantes que se pueden presentar

11. Plan de Riesgos

11.1. Procesos, tratamientos, acciones para lograr disminuir o desaparecer por completo un riesgo

12. Ingeniería de Requerimientos

12.1. Basado en un conjunto de actividades en el proceso de desarrollo de un sistema

12.1.1. Metodologías

12.1.1.1. IREB

12.1.1.1.1. Habilidades y técnicas que debe tener en cuenta un ingeniero de requerimientos para el levantamiento y documentación de la especificación de los mismos.

12.1.1.2. IEEE 830-1998

12.1.1.2.1. Se centra en el detalle que debe llevar la documentación relacionada a la especificación de software.

12.1.1.3. DORCU

12.1.1.3.1. Documentación de Requerimientos Centrada en el Usuario