B3T7 - PRUEBAS

Question 1

Organismo que certifica las pruebas

Answer 1

ISTQB -> (International Software Testing Qualifications Board) Comité Internacional de Certificaciones de Pruebas de Software, dedicada a las pruebas de software a nivel mundial

Existe también Spanish Software Testing Qualifications Board (SSTQB) o Comité Español de Certificaciones de Pruebas de Software. SSTQB es el representante del ISTQB en España

Question 2

Verificación VS Validación

Answer 2

• Verificación -> Conjunto de actividades que aseguran que el software se está construyendo correctamente. *¿Estamos construyendo el producto correctamente?
• Validación -> Conjunto de actividades que aseguran que el software se ajusta a los requisitos. ¿Estamos construyendo el producto correcto?

Question 3

Definiciones Básicas relativas a las pruebas

Answer 3

• ERROR -> Acción que produce un resultado incorrecto
• DEFECTO -> Imperfección de un componente causada por un error
• FALLO -> Manifestación visible de un defecto
• CASO DE PRUEBA -> Bateria de valores de entrada, precondiciones, resultados esperados y postcondiciones. Caja negra
• COBERTURA DE CÓDIGO -> Cualtas líneas de código han sido cubiertas por las pruebas. Caja blanca
• Qué objetos se prueban -> aplicaciones
• Qué se intenta encontrar -> Defectos y fallos
• Qué se cubre ->
  
  • Cálculos incorrectos
  • Comportamiento funcional incorrecto
  • Control de flujo y datos
  • Fallos para operar correctamente en producción
  • Fallos del sistema para operar como se describe en los manuales de sistema y usuario.

Question 4

7 Principios de las pruebas

Answer 4

1. La prueba muestra presencia de defectos y no su ausencia.
2. La prueba exahustiva no existe
3. La prueba temprana ahorra tiempo y dinero
4. Los defectos se agrupan. Un pequeño grupo de módulos tienen la mayoría de los defectos
5. Cuidado con la paradoja del pesticida. Cuando hemos usado mucho un caso de pruebas puede que no encontrmos defectos. Hay que cambiar el caso de pruebas.
6. La preuba depende del contexto.
7. La ausencia de errores es una falacia. Es imposible que no haya.

Question 5

Fases del proceso de prueba

Answer 5

• Planificación de la prueba -> Define los objetivos
• Monitorización/Seguimiento y control de la prueba -> ver si avanzamos por donde queremos
• Análisis de la prueba -> qué probar
• Diseño de la prueba
• Implementación de la prueba
• Ejecución de la prueba
• Compleción de la pureba -> Recolección de los datos

Question 6

Tipos de prueba

Answer 6

• Pruebas funcionales ->
• Pruebas no funcionales -> usabilidad, eficiencia, seguridad (ISO/IEC 25010)
• Caja blanca -> estructura interna
• Pruebas asociadas al cambio -> Corregir un defecto o funcionalidad nueva.
  
  • Pruebas de regresión
• Pruebas estáticas -> Evaluación manual, sin ejecutar el código
  
  • Revisiones según Metrica 3
    
    • Revisiones formales -> detectar defectos en producto intermedio. Son rigurosas
    • Revisiones técnicas -> comprobar que se ajustan a sus especificaciones
• Pruebas dinámicas -> Ejecución de código
  
  • Basados en ESTRUCTURA (Caja Blanca) ->
  • Basados en ESPECIFICACIÓN (Caja Negra)
  • Basados en la EXPERIENCIA
    
    • Predicción de errores -> Experiencia del probador, según funcionó en el pasado
    • Exploratoria -> Las pruebas “que se te ocurran”
    • Listas de Comprobación

Question 7

Plan de pruebas

Answer 7

• Determinar el alcance, los objetivos y los riesgos
• Establecer un calendario para las actividades de análisis
• Selección de metricas para monitorizar
• Elaborar un presupuesto para actividades de prueba

Question 8

Niveles de Prueba de Metrica 3

Answer 8

Las pruebas son prácticas a realizar en diversos momentos de la vida del sistema

• Tipos de prueba / Niveles de pruebas
  
  • Pruebas Unitarias -> Verificar cada componente individualmente
  • Pruebas de Integración
  • Pruebas de Sistema
  • Pruebas de Implantación
  • Pruebas de Aceptación
  • Pruebas dde Regresión

Question 9

Niveles de Prueba de Metrica 3. Unitarias: CAJA BLANCA

Answer 9

• CAJA BLANCA -> Estructura interna
  
  • Técnica de interfaz
  • Técnica de estructura de datos locales
  • Técnica del cambio básico -> Cobertura de sentencias/condiciones -> complejidad ciclomática
  • De bucles o de condiciones límite -> Se ejecuta el bucle 0/1/m veces

Question 10

Cómo se calcula la complejidad ciclomatica

Answer 10

• CC = nº regiones
• CC = nº aristas - nº nodos +2

Question 11

Niveles de Prueba de Metrica 3. Unitarias: CAJA NEGRA

Answer 11

• CAJA NEGRA -> Comportamiento analizando entradas y salidas
  
  • Particiones de equivalencia -> se agrupan los valores de entrada por rangos (clases de equivalencia)
  • Análisis de los valores límite o frontera
  • Valores típicos de error y valores imposibles -> basado en la experiencia
  • Tabla de decisión -> entradas (filas), salidas (columnas) y se ponen los valores esperados
  • Transición de estados ->
  • Casos de uso -> prueba a partir de los casos
  • Grafo causa-efecto
  • Pruebas de comparación

Question 12

Niveles de Prueba de Metrica 3. Unitarias: Pasos para su ejecución

Answer 12

• Ejecutar todos los casos de prueba
• Corregir errores
• Si todo los casos han sido satisfactorios finalizan.

Question 13

Niveles de Prueba de Metrica 3. Pruebas de Integración

Answer 13

Verifican el correcto ensamblaje entre los componentes, para ver si interactuan correctamente a través de sus interfaces.

• Integración incremental -> se combina el siguiente componente con el conjunto de componentes ya probados y se va incrementando progresivamente el número de componentes a probar.
  
  • De arriba abajo (TOP-DOWN)
  • De abajo arriba (BOTTOM-UP)
  • Estrategías combinadas
• Integración NO INCREMENTAL -> Esta nunca la vamos a usar en practica. Se juntan todos los componentes de golpe (Big-Bang)

Question 14

Niveles de Prueba de Metrica 3. Pruebas del Sistema

Answer 14

Comprueba la integración del sistema de información globalmente

• Pruebas funcionales -> Que realiza las funciones detalladas
• Pruebas de comunicaciones -> entre dispositivos remotos, locales, interfaces hombre/máquina
• Pruebas de rendimiento
• Pruebas de volumen
• Pruebas de sobrecarga

Question 15

Niveles de Prueba de Metrica 3. Pruebas del Implantación

Answer 15

Comprobar el funcionamiento completo del sistema integrado de hw y sw en el entorno de operación

• Pruebas de seguridad
• Pruebas de rendimiento
• Pruebas de operación
• Pruebas de gestión de copias de seguridad y recuperación

Question 16

Niveles de Prueba de Metrica 3. Pruebas de Aceptación

Answer 16

Validación de funcionamiento esperado y aceptación del usuario.

• Pruebas Alfa -> En las instalaciones de desarrollo pero no por los desarrolladores
• Pruebas Beta -> En las instalaciones del cliente

Question 17

Niveles de Prueba de Metrica 3. Pruebas de Regresión

Answer 17

Eliminar el efecto onda. Comprobar que un cambio en un componente no afecta al resto de componentes no modificados.

• Repetición de los casos de prueba.

Question 18

Otras pruebas

Answer 18

• Prueba de humo -> Revisión rápida
• Fuzzing testing -> Caja negra mediante datos al azar
• Pruebas de usabilidad -> Hasta que punto el sw es comprendido, aprendido, usado y atractivo

NOTA: USABILIDAD vs EXPERIENCIA DE USUARIO -> Facilidad de uso VS Sentimiento que da la app al usuario

Question 19

Las pruebas de SW según Metrica 3

Answer 19

Donde empiezan y acaban los planes de prueba. Ojo!! siempre se ejecutan en construcción pero se especifican y se detallan en otras fases.

• ASI 10 Especificación
• DSI 10 Técnica del plan de pruebas
• MSI 4 Seguimiento y evaluación de los cambios hasta Aceptación -> Pruebas de regresión

Question 20

Herramientas para pruebas de software

Answer 20

• JUnit -> Pruebas unitarias
• Selenium -> Pruebas web
• JMeter -> Pruebas de rendimiento
• SoapUI / Postman -> Pruebas Web Services
• Jest -> Pruebas Node.js
• Cucumber -> Soporte BDD (Behavior Driven Development), desarrollo guiado por el comportamiento

Question 21

Estandares de pruebas

Answer 21

• ISO/IEC/IEEE 29119 Pruebas del software
  
  • Conceptos y definiciones
  • Procesos
  • Documentación
  • Técnicas
    
    • Especificaciones
    • Estructura
    • Experiencia
• ISO/IEC 25000 SQuaRE

Question 22

ISO/IEC 25000 SQuaRE

Answer 22

Es una familia de normas, ISO/IEC 25000 SQuaRE (System and Software Quality Requirements and Evaluation)

Cubre dos procesos principales
* Especificación de requisitos de calidad de SW
* Evaluación de la calidad del SW

ISO/IEC 25010 - System and software quality models, especifica ciertas caracteristicas de calidad:

• Adecuación funcional
• Eficiencia de desempeño
• Compatibilidad -> Pruebas de integración
• Usabilidad -> Capacidad del producto para ser entendido, aprendido, usado, bajo determinadas condiciones
  
  • Capacidad para reconocer su adecuación
  • Capacidad de aprendizaje
  • Capacidad para ser usado
  • Protección contra errores de usuario
  • Estética de interfaz de usuario
  • Accesibilidad
• Fiabilidad
• Seguridad
• Mantenibilidad
• Portabilidad

Question 23

Organismos y certificaciones

Answer 23

• Organismos
  
  • ISTQB -> (International Software Testing Qualifications Board)
  • SSTQB -> Spanish Software Testing Qualifications Board o Comité Español de Certificaciones de Pruebas de Software
• Certificaciones
  
  • Ágil
    
    • ISTQB CTFL-AT CTFL - Probador Ágil
    • ## ISTQB CTAL-ATT CTAL - Probador Técnico Ágil

Question 24

Prácticas ágiles y pruebas del SW

Answer 24

• TDD -> Desarrollo dirigido por pruebas (Test Driven Development)
• BDD -> Desarrollo dirigido por comportamiento (Behavior Driven Development)