Pruebas en el desarrollo de Software

Pruebas en el desarrollo de Software

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

1. Ventajas

1.1. Evaluar la calidad

1.2. Verificar la corrección del producto

1.3. Asegurar la calidad

1.4. Ayudar a los administradores

2. Fundamentos de prueba

2.1. Atributos funcionales

2.1.1. Adecuación

2.1.2. Exactitud

2.1.3. Seguridad

2.1.4. Cumplimiento de la función

2.2. atributos no funcionales

2.2.1. Usabilidad

2.2.2. Eficiencia

2.2.3. Mantenimiento

2.2.4. Portabilidad

2.2.5. Fiabilidad

3. Proceso básico de pruebas

3.1. Planeacion

3.2. Análisis y diseño de pruebas

3.3. Ejecución de pruebas

3.4. Evaluación de resultados

3.5. Cierre de pruebas

4. Etapas, técnicas, tipos de pruebas

4.1. Etapas

4.1.1. pruebas modulares

4.1.2. pruebas de integración

4.1.3. pruebas de sistema

4.1.4. pruebas de aceptacion

4.2. Técnicas

4.2.1. funcionales

4.2.2. no funcionales

4.2.3. estructurales

4.2.4. asociadas al cambio

4.3. Tipos

4.3.1. estáticas

4.3.2. dinámicas

5. Propósito de la pruebas

5.1. evaluar la calidad

5.2. verificar la corrección del producto

5.3. asegurar la calidad

5.4. competitividad comercial

5.5. reducción de costos y riesgos

5.6. incremento de productividad

6. Planeación de las pruebas

6.1. Alcance de las pruebas

6.1.1. Determina funcionalidades del software que serán probadas durante el proceso de pruebas.

6.2. Tipos de pruebas

6.2.1. En este punto se determina qué tipos de pruebas requiere el producto

6.3. Estrategia de pruebas

6.3.1. Hace énfasis en determinar a través de un análisis de riesgos sobre en que funcionalidades debemos centrar nuestra atención.

6.4. Criterios de salida

6.4.1. Se define de manera formal, bajo qué condiciones se puede considerar que una actividad de pruebas fue finalizada

6.5. Otros...

6.5.1. Tal y como se realiza en cualquier plan de proyecto, se debe incluir una estimación de tiempos, los roles y/o recursos que serán parte del proceso, la preparación del entorno de pruebas, etcétera.

7. Caso de pruebas

7.1. precondiciones

7.2. valores de estrada

7.3. requisitos

7.4. prioridad

7.5. resultados esperados

7.6. identificador único

7.7. postcondiciones

8. Tipos de casos

8.1. casos de prueba positivos

8.2. casos de prueba negativos

8.3. happy path

9. ¿Que causa errores?

9.1. plazos de trabajo excesivos

9.2. presiones de tiempo

9.3. distracciones

9.4. mala interpretación de los requerimientos

10. Características de un probador

10.1. curioso

10.2. aptitud para la comunicación

10.3. no creer todo lo dicho por los desarrolladores

10.4. atento a los detalles

11. Existen...

11.1. Pruebas modulares

11.1.1. Pruebas que validan la correcta funcionalidad del Módulo o subsistema

11.2. Pruebas de integración

11.2.1. Pruebas que aseguran el correcto funcionamiento del flujo de trabajo

12. Calidad de Sofware

12.1. “La totalidad de la funcionalidad y prestaciones de un producto de software que están relacionadas con su capacidad de satisfacer las necesidades explícitas o implícitas”.

13. Técnicas de pruebas

13.1. Estáticas

13.1.1. Centran su atención en la estructura lógica del programa no en los resultados

13.1.1.1. Ventajas

13.1.1.1.1. *Costos más bajos

13.1.1.1.2. *Los defectos en la documentación son detectados y corregidos de manera temprana

13.1.1.1.3. *Los documentos de alta calidad mejoran el proceso de desarrollo

13.1.1.2. Desventajas

13.1.1.2.1. Pueden presentarse situaciones de tensión con el autor

13.1.1.2.2. Inversión considerable de tiempo (10% - 15% del presupuesto total)

13.2. Dinamicas

13.2.1. Se ejecutan los programas, se selecciona y ejecuta la prueba y se analizan los resultados.

13.2.1.1. Caja negra

13.2.1.1.1. Comprueba que cada función del software es operativa

13.2.1.1.2. Garantiza que la entrada se acepta de forma adecuada

13.2.1.1.3. Produce una salida correcta

13.2.1.1.4. Encuentra errores en la base de datos, errores de la inicialización

13.2.1.1.5. Estudia

13.2.1.1.6. Identifica

13.2.1.1.7. En

13.2.1.2. Caja blanca

13.2.1.2.1. Asegura que la operación interna se ajusta a las especificaciones Comprueba los caminos lógicos del programa Ejemplo: Prueba de Bucle.

14. Etapas o niveles de pruebas

14.1. Verificación y validación

14.1.1. se describen las correspondientes actividades en pruebas para ello se utiliza el

14.1.1.1. modelo v

14.1.1.1.1. se debe llevar a cabo la verificación y validación

14.2. Pruebas unitarias

14.2.1. las pruebas se llevan a cabo tras la construcción de cada componente como

14.2.1.1. modulos

14.2.1.2. clases

14.2.1.3. undades

14.3. Pruebas integrales

14.3.1. comprueban la interacción entre componentes.

14.3.1.1. Ascendente

14.3.1.1.1. Cuando el desarrollo del sistema comienza con piezas unitarias y crece hasta formar módulos.

14.3.1.2. Descendente

14.3.1.2.1. se comienza a trabajar desde los módulos más grandes hasta llegar al detalle o a las partes unitarias.

14.3.1.3. Big Bang

14.3.1.3.1. el desarrollo no tiene un orden específico y puede ser al azar.

14.4. Pruebas de sistemas

14.4.1. probar el sistema integrado con el objeto de comprobar el cumplimiento de requisitos especificados.

14.4.1.1. se enfocan desde el punto de vista del usuario

14.4.1.2. se desarrollan utilizando casos de prueba funcionales y no funcionales.

14.4.1.3. confirmación de validación de requerimientos

14.5. Pruebas de aceptacion

14.5.1. son las pruebas de sistema por parte del cliente.

14.5.1.1. Prueba ALFA

14.5.1.1.1. validar que lo planteado se esta desarrollando correctamente

14.5.1.2. Prueba BETA

14.5.1.2.1. Estas se ejecutan en las dependencias del cliente.

15. TIPOS DE PRUEBAS

15.1. Funcionales

15.1.1. validación requerimientos

15.1.1.1. validar las necesidades del cliente.

15.1.2. Datos entrada y salida

15.1.2.1. Ejecución de las entradas para esperar la salida correcta

15.2. No Funcionales

15.2.1. revisan las características implícitas del sistema

15.2.1.1. carga

15.2.1.1.1. Pruebas a un sistema cubriendo la demanda esperada.

15.2.1.2. rendimiento

15.2.1.2.1. Rapidez con la cual un sistema se ejecuta

15.2.1.3. estrés

15.2.1.3.1. Someter a la aplicación a una carga mucho mayor a la esperada

15.2.1.4. fiabilidad

15.2.1.4.1. en qué sistema operativo operará, cuál será el navegador de preferencia

15.2.1.4.2. El sistema debe ser confiable a los usuarios

15.2.1.5. mantenibilidad

15.2.1.5.1. el código siempre debe estar comentado

15.2.1.6. portabilidad

15.2.1.6.1. en qué sistema operativo operará, cuál será el navegador de preferencia

15.3. Estructurales

15.3.1. Revisión de la estructura del código

15.3.1.1. el código debe ser ejecutado con los casos de prueba diseñados

15.4. Asociadas al cambio

15.4.1. Validar funcionalidad

15.4.1.1. validar que la funcionalidad siga igual después de una modificación al código

15.4.2. Prueba de regresión

15.4.2.1. Repetir una prueba de funcionalidad que ya ha sido verificada

15.4.3. Repetición de pruebas

15.4.3.1. Pruebas tras corrección de errores