Pruebas de Software

Get Started. It's Free
or sign up with your email address
Pruebas de Software by Mind Map: Pruebas de Software

1. Problematica

1.1. El software Controla

1.1.1. Gobierno

1.1.2. Negocios

1.1.3. Sistemas Militares

1.2. Caracteristicas

1.2.1. Tiemepos

1.2.2. Los Costos

1.2.2.1. Destinations

1.2.3. Calidad

1.3. Soluciones

1.3.1. Metodologías

1.3.2. Métodos de estimación

1.3.3. Modelos de Pruebas

1.4. Incremento a la demanda

1.4.1. Herramientas No técnicas

1.4.2. Reuso de software

1.5. Incremento en la complejidad

1.5.1. Lenguajes

1.5.2. Herramientas Case

1.5.3. Metodologias

1.6. Exigencia en la calidad

1.6.1. CMMI

1.6.2. Moprosoft

1.6.3. Prueba de software

2. Calidad

2.1. Calidad

2.1.1. Conjunto de entidades

2.1.1.1. Producto

2.1.1.2. Servicio

2.1.2. Se conforma de

2.1.2.1. Aseguramiento de calidad

2.1.2.1.1. Soporta las actividades necesarias

2.1.2.1.2. Nivel adecuado de confianza

2.1.2.2. Control de Calidad

2.1.2.2.1. Estandares

2.1.2.2.2. se detectan Inconformidades

2.2. Quien desarrolla

2.2.1. Cumplir con los requisitos

2.2.2. Quien Compra

2.2.2.1. Grado de satisfacción

2.3. Pruebas

2.3.1. Actividad en la cual se ejecuta en circunstancia especificas

2.3.2. Casos de prueba

2.3.2.1. entradas de ejecucion

2.3.2.2. Resultados esperados

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

2.3.3. Son criticas

2.3.3.1. Garantiza calidad

2.3.4. Objetivos

2.3.4.1. Prueba interna

2.3.4.1.1. demoler software

2.3.4.2. Ejecución

2.3.4.2.1. Descubrir errores

2.3.4.3. caso de prueba

2.3.4.3.1. alta probabilidad de error

2.4. Verificar y validad

2.4.1. Errores

2.4.2. Fallos

2.4.3. Defecto

2.4.4. Caida

2.4.5. No conformidad

2.5. Pruebas emplean esfuerzo de un proyecto de

2.5.1. 30%

2.5.2. 40%

3. Principios de Prueba

3.1. Recomendaciones

3.1.1. Datos bien definidos

3.1.2. detectar defectos obvios

3.1.3. Verificar entradas incorrectas

3.2. Proceso 1

3.2.1. secuencia de actividades

3.2.2. modelado utilizando grafos

3.3. Proceso 2

3.3.1. Debugging

3.3.2. Conseptualizar

3.3.3. Proceso paralelo al desarrollo para detectar amenazas

3.3.4. Herramientas CAST

3.4. Calidad

3.4.1. Concordancia con los requisito

3.4.1.1. Funcionales

3.4.1.2. No funcionales

3.4.2. Atributos

3.4.2.1. Funcionalidad

3.4.2.2. Mantenibilidad

3.4.2.3. Documentacion

3.4.2.4. Flexibilidad

3.4.2.5. Confiabilidad

3.4.2.5.1. |

3.4.2.6. Usabilidad

3.4.2.7. Integridad

3.4.2.8. Extencibilidad

3.4.2.9. Modularidad

3.4.2.10. Reusabilidad

3.5. Modelo V

3.5.1. Tipos de Pruebas

3.5.1.1. Unitarias

3.5.1.1.1. Prueba un unidad de codigo

3.5.1.1.2. Realizadas generalmente por el desarrolador

3.5.1.1.3. Valida que funcione segun el diseño

3.5.1.1.4. Técnicas de caja blanca

3.5.1.2. De Integracion

3.5.1.2.1. Módulos o unidades

3.5.1.2.2. Realizada generalmente por Testers

3.5.1.2.3. Se comunique segun el diseño

3.5.1.2.4. caja blanca y negra

3.5.1.3. De sistemas

3.5.1.3.1. Funciones de sistemas

3.5.1.3.2. Tester

3.5.1.3.3. caja Negra

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

3.5.1.4. De aceptación

3.5.1.4.1. Buscan diferencias

3.5.1.4.2. Usuarios con apoyo de los tester

3.5.1.4.3. caja negra

3.5.2. Tecnicas de Pruebas

3.5.2.1. Caja Blanca o Estructural

3.5.2.1.1. Funcionamiento interno

3.5.2.1.2. Logica,bucles

3.5.2.1.3. asegura que este completo

3.5.2.2. Caja Negra o Funcionales

3.5.2.2.1. No se conoce la estructura interna

3.5.2.2.2. Generalmente son sobre la interface

3.5.2.2.3. Se centra en los requisitos funcionales

3.5.2.2.4. No es una alternativa a la técnica

3.5.2.2.5. Se centra en el dominio de la Informacion

3.5.2.2.6. Busca errores