Tipos de testing

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

1. Son pruebas sobre la App integrada

2. Esta integrado y ejecutado en un ambiente similar al de ejecución

2.1. Hardware y Software

2.2. Interfaces externas

3. método de ejecutar una prueba sin intervención humana, que de lo contrario lo requeriría

4. caja negra

4.1. Diseñadas sin conocimiento del codigo

4.2. están basadas

4.2.1. en la especificación

4.2.2. conocimiento

4.2.2.1. necesidades del usuario

4.2.2.2. características del producto

4.2.3. dominio de la App

4.2.4. ambiente de hardware y software

5. caja blanca

5.1. Son diseñadas conociendo el código

5.2. buscan optimizar

5.2.1. el flujo de datos

5.2.2. el flujo de sentencias

6. Unitario

6.1. Proceso de probar los componentes en forma individual

6.2. Generalmente, son desarrolladas por el programador

6.3. Puede ser probada

6.3.1. En caja negra

6.3.2. En Caja Blanca

6.3.3. Ambas

7. Prueba de aceptación

7.1. Efectuada por cliente o entidad que lo represente

7.1.1. Ejemplos

7.1.1.1. Usuarios que trabajen en la empresa cliente

7.1.1.2. Puede ser una prueba de humo (el tester actúa como cliente del producto

7.2. Esta ligada a la validación, trabaja mas cerca de los requerimientos

7.2.1. Programable

8. Pruebas Para-funcionales

8.1. Verifican otros atributos del sistema

8.1.1. Usabilidad

8.1.2. Escalabidad

8.1.3. Rapidez

8.1.4. Seguridad

8.1.5. Portabilidad

8.1.5.1. Sistemas Operativos

8.1.5.2. Navegadores

9. Pruebas de Regresión

9.1. Implica la re-ejecución de pruebas

9.2. buscan

9.2.1. Comprobar que un incidente fue solucionado y puede ser cerrado

9.2.2. Asegurar que un arreglo no ingrese nuevos defectos

9.3. pueden ser

9.3.1. Pruebas unitarias

9.3.2. Pruebas de integración

9.3.3. Pruebas del Sistema

9.3.4. Pruebas de Aceptación

10. Pruebas Funcionales

10.1. Investiga si el software bajo prueba se comporta de acuerdo con:

10.1.1. Sus especificaciones

10.1.2. lo esperado, deseado, requerido

10.1.3. que las funcionalidades

10.1.3.1. Estén disponibles y sean lo esperado

10.1.3.2. No se produzcan efectos inesperados

11. prueba de integración

11.1. Identifica problemas en conjunto con uno o mas componentes

11.2. Puede probarse

11.2.1. En caja negra

11.2.2. En caja blanca

11.2.3. Ambas

12. Prueba de Sistema

13. Automatizado

13.1. Beneficios

13.1.1. Rapidez

13.1.2. Fiabilidad

13.1.3. Repetición

13.1.4. Reusabilidad