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. Categorías de las Técnicas de Diseño de Pruebas

2.1. Técnicas Basadas en la Especificación

2.2. Técnicas Basadas en la Estructura

2.3. Técnicas Basadas en la Experiencia

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

4. 2.2.- Pruebas existentes

5. 3.- Framework Juego de Pruebas

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

7. Faces del desarrollo de pruebas

8. 1.- Análisis de pruebas

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

10. Analisis de Riesgos de Calidad

11. Diseño de Pruebas de Nivel Alto

12. Diseño de Pruebas de Nivel Bajo

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

14. Requisitos

15. N.M Categorías de Riesgos

16. Diseño

17. Implementación

18. N.M Juego de Pruebas

19. Características

20. Estrategias

21. Herramientas

22. Técnicas

23. Criterios de Paso/Falla

24. N.M Juego de Pruebas J

25. ISTQB

26. International Software Testing Qualifications Board

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

28. Riesgos de Producto

29. 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

30. Características de un software

30.1. Funcionalidad

30.2. Fiabilidad

30.3. Usabilidad

30.4. Rendimiento

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

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

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

31.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?

31.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)?

32. Pruebas basadas en los riesgos

32.1. Actividad en Equipo

32.2. Involucrar a los interesados

32.3. Evaluación del nivel de Riesgo

32.4. Evalúa y Revalúa riesgos importantes

33. Análisis de Riesgos de Calidad

34. Informal

34.1. Funcionalidad

34.2. Capacidad y Volumen

34.3. Calidad de Datos

34.4. Manejo de Errores y Recuperación

34.5. Rendimiento

34.6. Estándares y Localización

34.7. Usabilidad

35. ISO 9126

35.1. Funcionalidad

35.2. Fiabilidad

35.3. Eficiencia

35.4. Matenibilidad

35.5. Portabilidad(FFUEMP)

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

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

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

38. Análisis de Modo de Falla y Efecto

38.1. Crear listas de posibles fallas

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

38.3. Asignar: severidad, prioridad y probabilidad

38.4. Calcular el numero de prioridad de riesgo RPN

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