Técnicas de Diseño de Pruebas

Técnicas de Diseño de Pruebas

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Técnicas de Diseño de Pruebas por Mind Map: Técnicas de Diseño de Pruebas

1. Proceso de Desarrollo de Pruebas

2. 2.- Diseño de pruebas de alto nivel

3. 2.2.- Pruebas existentes

4. 3.- Framework Juego de Pruebas

5. 4.- Diseño de pruebas de bajo nivel

6. Faces del desarrollo de pruebas

7. 1.- Análisis de pruebas

8. Ciclo de vida de los casos de diseño de pruebas

9. Analisis de Riesgos de Calidad

10. Diseño de Pruebas de Nivel Alto

11. Linea Cronológica de tiempo en orden de las pruebas

12. Requisitos

13. N.M Categorías de Riesgos

14. Diseño

15. N.M Juego de Pruebas

16. Características

17. Estrategias

18. Herramientas

19. Técnicas

20. Criterios de Paso/Falla

21. ISTQB

22. International Software Testing Qualifications Board

23. No es mas que no es mas que el Comité Internacional de Certificaciones de Pruebas de Software Por sus siglas en ingles

24. Riesgos de Producto

25. Posibilidad de que el sistema fallara para satisfacer a los clientes, los usuarios u otros interesados del negocio se denomina también como riesgos de calidad

26. Características de un software

26.1. Funcionalidad

26.2. Fiabilidad

26.3. Usabilidad

26.4. Rendimiento

27. Factores capcioso para solucionar los riesgos identificándolos con un conjunto de nivel de riesgo se toma con lo siguiente:

27.1. ¿Cuáles técnicas de pruebas deberíamos utilizar?

27.2. ¿Cuál es el grado de cobertura con el cual deberíamos probar cada área específica?

27.3. ¿Cómo podemos establecer la prioridad y secuencia de nuestras pruebas de tal manera que encontremos los defectos críticos tan temprano como sea posible?

27.4. ¿Cuáles actividades que no pertenecen a las pruebas podrían reducir el riesgo (p.ej., la provisión de entrenamiento para los diseñadores sin experiencia)?

28. Pruebas basadas en los riesgos

28.1. Actividad en Equipo

28.2. Involucrar a los interesados

28.3. Evaluación del nivel de Riesgo

28.4. Evalúa y Revalúa riesgos importantes

29. Análisis de Riesgos de Calidad

30. Informal

30.1. Funcionalidad

30.2. Capacidad y Volumen

30.3. Calidad de Datos

30.4. Manejo de Errores y Recuperación

30.5. Rendimiento

30.6. Estándares y Localización

30.7. Usabilidad

31. ISO 9126

31.1. Funcionalidad

31.2. Fiabilidad

31.3. Eficiencia

31.4. Matenibilidad

31.5. Portabilidad(FFUEMP)

31.6. Descomponer en sub-características claves de sistema

32. Establecer prioridad probando C/U de los riesgos de calidad con interesados clave.

33. Los interesados debe utilizar RPN guiando la amplitud con profundidad en las pruebas

34. Análisis de Modo de Falla y Efecto

34.1. Crear listas de posibles fallas

34.2. Predecir lo efectos en el sistema, usuarios etc.

34.3. Asignar: severidad, prioridad y probabilidad

34.4. Calcular el numero de prioridad de riesgo RPN

35. Categorías de las Técnicas de Diseño de Pruebas

35.1. Técnicas Basadas en la Especificación

35.2. Técnicas Basadas en la Estructura

35.3. Técnicas Basadas en la Experiencia

36. Diseño de Pruebas de Nivel Bajo

37. Implementación

38. N.M Juego de Pruebas J

39. Proceso de Análisis de Riesgo de Calidad

39.1. Identificación de riesgos de calidad

39.2. Evaluar sus niveles de riesgo

39.3. Determinar prioridad general de las pruebas y enlaces

39.4. Elementos de especificación del diseño

39.5. Establece trazabilidad de los items hacia atras.

40. Problemas Potenciales Riesgo de Calidad

40.1. Probabilidad del problema

40.1.1. Incorporado por las consideración técnicas. Denominados como "riesgo técnico".

40.2. Impacto del Problema

40.2.1. Incorporado por las consideración de negocio u operaciones. Denominadas "riesgo de negocios".

40.3. Formula para Medir probabilidad y el impacto en escala numérica

40.3.1. Prioridad de Riesgo -> Riesgo Técnico * Riesgo Negocio.

40.4. Alcance de las pruebas dividido en 5 grupos

40.4.1. 1-5 -> Extenso

40.4.2. 6-10 -> Amplio

40.4.3. 11-15 -> Superficial

40.4.4. 16-20 -> Oportunidad

40.4.5. 21-25 -> Informar defectos solamente

41. ISO Especificación del Diseño de Pruebas IEEE 829

41.1. Estándar IEEE 829 --> ieee-829.pdf

41.2. Plantilla IEEE 829 en formato doc -> SOFTWARETESTPLAN.doc

41.3. Ejemplo 1 de llenado -> IEEE 829 Test Plan Example.odt

41.4. Ejemplo 2 de llenado -> ieee829_ejemplo_.doc

42. Características

42.1. Funcional?(¿Qué hace?)

42.2. No Funcional?(¿Como lo hace?) Clasificada de ISO9126.

43. Tiene una partición de desarrollo de 5 tipos:

43.1. Partición de equivalencia

43.1.1. Describe las equivalencia de identificación de alguna entrada, salida, comportamiento o entorno que necesite proba

43.1.1.1. Dividir conjunto de todos los valores, comportamientos, opciones o subconjuntos y espera que el sistema los maneje de manera equivalente

43.2. Análisis de Valores limite

43.2.1. Es un refinamiento del particinamiento de equivalencia que se puede seleccionar bordes o puntos finales de una partición para alguna prueba

43.2.1.1. Puede encontrar defectos en el código. Los valores limite son miembros de las clases de equivalencia.

43.3. Orientada a objetos Casos de uso

43.3.1. Describe un texto o gráfica de interacción que denomina como actores (Usuarios, clientes y el sistema).

43.3.1.1. Tiene un flujo de trabajo y escenario, son el camino alternativo y pasos mas probables que ocurran denominado camino feliz

43.4. Tabla de Decisión

43.4.1. Pruebas de completo flujos de trabajo, (una pantalla entera o serie de pantallas que lograran una tarea especifica y determinada

43.5. Diagramas de transición de estados

43.5.1. Identificar diversidad de estados de un sistema(entender el sistema con sus estados).

43.5.1.1. Ejemplo el de un Cajero Automático medir todos los patrones de estado desde un entorno interno y externo

44. Son aquellas que están diseñadas a partir de la especificación del sistema (Caja negra o pruebas de comportamiento)

45. Llamadas pruebas estructurales o de caja blanca

46. Funcionamiento

47. Funcionamiento

48. Internamente del sistema o en un componente del sistema, como funciona el sistema y que hace

48.1. Flujos de control

48.1.1. Ingresando en el código y utilizar análisis para medir la cobertura de pruebas existentes

48.2. Flujos de datos

48.2.1. Utilizan el código y las estructuras de datos.

48.3. Analizar las interfaces

48.3.1. -Miden las clases los flujos de llamada y otros por el estilo de observado las interfaces de programación de la aplicación(APIs). - Tablas de BD, restricción de integridad procedimientos memorizados.

49. Variantes de cobertura de flujos

49.1. Sentencia

49.1.1. Es el % de sentencias ejecutadas mínimas de una vez por las pruebas.

49.2. Rama o Decisión

49.2.1. Es el % de ramas o decisiones ejecutas mínima una vez por las pruebas(gráfica de visualización).

49.3. Ramificación

49.3.1. Decidida cuando el programa hace decisión acerca de una situación particular.

49.4. Condición

49.4.1. Es el % de condiciones simple en un programa, condición compuestas como decisión de dos resultados posibles variables en caminos(multi-condicionales)

49.5. Bucle

49.5.1. No es métrica formalizada por una estructura ISTQB nivel básico, toman el 100% de un bucle en conjunto de pruebas de un camino cero o uno muchas veces repetitivas.

49.6. Complejidad ciclomatica de McCabe

49.6.1. toma la complejidad del flujo de control, tomando la métrica trabaja como sigue: Función en un programa principal, con contador de complejidad de uno.

50. Basadas en la habilidad y la intuición de un probador, su experiencia con aplicación similares y tecnologías similares.

51. Funcionamiento

52. Rompimiento del software basados en lista de comprobación o taxonomías de defectos y pruebas exploratorias

52.1. Listas de comprobación

52.1.1. Descripción corta de áreas de 2-5 palabras características de calidad y rasgos para probar.

52.2. Taxonomía

52.2.1. Es una jerarquía de defectos clasificado por tipo, subtipo y sucesión de este incorpora defectos que son descubiertos en el proceso, enfocados a riesgos técnicos no influye en cuanto a la construcción de confianza y la reducción de riesgos de calidad es incompleta.

52.3. Lista de ataques

52.3.1. Estipula que no tiene solamente defectos metas que esta buscando, enfoca procedimiento de pruebas de alto nivel descubiertos en defectos en defectos de riesgos técnicos.

53. Referencias Generales del tema de Técnicas de Diseño de Pruebas

53.1. Fundamentos de Pruebas de Software - Black, Rex; Rueda Sandoval, Gary. Fundamentos de Pruebas de Software (Spanish Edition) (Posición en Kindle2984-2985). . Edición de Kindle.

53.1.1. Fundamentos de Pruebas de Software