Pruebas de Software

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Pruebas de Software por Mind Map: Pruebas de Software

1. Calidad

1.1. Calidad

1.1.1. Conjunto de entidades

1.1.1.1. Producto

1.1.1.2. Servicio

1.1.2. Se conforma de

1.1.2.1. Aseguramiento de calidad

1.1.2.1.1. Soporta las actividades necesarias

1.1.2.1.2. Nivel adecuado de confianza

1.1.2.2. Control de Calidad

1.1.2.2.1. Estandares

1.1.2.2.2. se detectan Inconformidades

1.2. Quien desarrolla

1.2.1. Cumplir con los requisitos

1.2.2. Quien Compra

1.2.2.1. Grado de satisfacción

1.3. Pruebas

1.3.1. Actividad en la cual se ejecuta en circunstancia especificas

1.3.2. Casos de prueba

1.3.2.1. entradas de ejecucion

1.3.2.2. Resultados esperados

1.3.2.3. Se emplea entre 60% y 70% del esfuezo

1.3.3. Son criticas

1.3.3.1. Garantiza calidad

1.3.4. Objetivos

1.3.4.1. Prueba interna

1.3.4.1.1. demoler software

1.3.4.2. Ejecución

1.3.4.2.1. Descubrir errores

1.3.4.3. caso de prueba

1.3.4.3.1. alta probabilidad de error

1.4. Verificar y validad

1.4.1. Errores

1.4.2. Fallos

1.4.3. Defecto

1.4.4. Caida

1.4.5. No conformidad

1.5. Pruebas emplean esfuerzo de un proyecto de

1.5.1. 30%

1.5.2. 40%

2. Principios de Prueba

2.1. Recomendaciones

2.1.1. Datos bien definidos

2.1.2. detectar defectos obvios

2.1.3. Verificar entradas incorrectas

2.2. Proceso 1

2.2.1. secuencia de actividades

2.2.2. modelado utilizando grafos

2.3. Proceso 2

2.3.1. Debugging

2.3.2. Conseptualizar

2.3.3. Proceso paralelo al desarrollo para detectar amenazas

2.3.4. Herramientas CAST

2.4. Calidad

2.4.1. Concordancia con los requisito

2.4.1.1. Funcionales

2.4.1.2. No funcionales

2.4.2. Atributos

2.4.2.1. Funcionalidad

2.4.2.2. Mantenibilidad

2.4.2.3. Documentacion

2.4.2.4. Flexibilidad

2.4.2.5. Confiabilidad

2.4.2.5.1. |

2.4.2.6. Usabilidad

2.4.2.7. Integridad

2.4.2.8. Extencibilidad

2.4.2.9. Modularidad

2.4.2.10. Reusabilidad

2.5. Modelo V

2.5.1. Tipos de Pruebas

2.5.1.1. Unitarias

2.5.1.1.1. Prueba un unidad de codigo

2.5.1.1.2. Realizadas generalmente por el desarrolador

2.5.1.1.3. Valida que funcione segun el diseño

2.5.1.1.4. Técnicas de caja blanca

2.5.1.2. De Integracion

2.5.1.2.1. Módulos o unidades

2.5.1.2.2. Realizada generalmente por Testers

2.5.1.2.3. Se comunique segun el diseño

2.5.1.2.4. caja blanca y negra

2.5.1.3. De sistemas

2.5.1.3.1. Funciones de sistemas

2.5.1.3.2. Tester

2.5.1.3.3. caja Negra

2.5.1.3.4. Pruebas de funcionamiento, interfaz, instalación, stress

2.5.1.4. De aceptación

2.5.1.4.1. Buscan diferencias

2.5.1.4.2. Usuarios con apoyo de los tester

2.5.1.4.3. caja negra

2.5.2. Tecnicas de Pruebas

2.5.2.1. Caja Blanca o Estructural

2.5.2.1.1. Funcionamiento interno

2.5.2.1.2. Logica,bucles

2.5.2.1.3. asegura que este completo

2.5.2.2. Caja Negra o Funcionales

2.5.2.2.1. No se conoce la estructura interna

2.5.2.2.2. Generalmente son sobre la interface

2.5.2.2.3. Se centra en los requisitos funcionales

2.5.2.2.4. No es una alternativa a la técnica

2.5.2.2.5. Se centra en el dominio de la Informacion

2.5.2.2.6. Busca errores

3. Problematica

3.1. El software Controla

3.1.1. Gobierno

3.1.2. Negocios

3.1.3. Sistemas Militares

3.2. Caracteristicas

3.2.1. Tiemepos

3.2.2. Los Costos

3.2.2.1. Destinations

3.2.3. Calidad

3.3. Soluciones

3.3.1. Metodologías

3.3.2. Métodos de estimación

3.3.3. Modelos de Pruebas

3.4. Incremento a la demanda

3.4.1. Herramientas No técnicas

3.4.2. Reuso de software

3.5. Incremento en la complejidad

3.5.1. Lenguajes

3.5.2. Herramientas Case

3.5.3. Metodologias

3.6. Exigencia en la calidad

3.6.1. CMMI

3.6.2. Moprosoft

3.6.3. Prueba de software