Prohibida su reproducción o ventas o copias no autorizadas

RESUMEN CURSO DE PREPARACIÓN PARA LA CERTIFICACIÓN

ISTQB NIVEL BÁSICO

CAPÍTULO No.1

¿Qué es probar?

Frustración, Perdida de dinero, tiempo, reputación imagen, lesiones y muerte

9 objetivos de las pruebas

1) Evaluar productos de trabajo – entregables

2) Verificar el cumplimiento de requisitos
3) Validar completitud y corrección
4) Generar confianza respecto del nivel de calidad
5) Prevenir defectos
6) Detectar defectos y fallos
7) Aporta información para la toma de decisiones
8) Reducir el riesgo de la mala calidad del SW
9) Se cumpla el requisito de pasar por QA

PRUEBA: Nosotros como tester ejecutamos pruebas y reportamos defectos y fallos

DEPURACIÓN: el desarrollador debe encontrar, analizar y corregir los defectos

RETEST-repetición de pruebas-pruebas de confirmación-REPRUEBA: Validar que el defecto

reportado fue corregido

REGRESIÓN: Validar que no se introdujeron nuevos defectos.

Objeto de pruebas: Lo que se va a probar

Base de pruebas – Test Basis

Cama de pruebas (test bed) – entorno o ambiente de pruebas

Oráculo de pruebas: predecir los resultados esperados

Producto de trabajo: entregables de las etapas

Requisitos (palabras del cliente)- requerimientos (lenguaje formal)

6 fases del ciclo de vida del producto

1) Especificación
2) Diseño
3) Construcción (desarrollo)
4) Pruebas

Prohibida su reproducción o ventas o copias no autorizadas

 Prohibida su reproducción o ventas o copias no autorizadas

5) Aceptación
6) Operación

Nos vamos a ir multiplicando desde donde se encontró hasta donde se inyectó

Documentación del proceso de pruebas ISO/IEC/IEEE 29119 – IEEE 829 – IEEE 610 (Nació el
glosario de términos)

ISO/IEC 9126 - ISO/IEC -25010 – CALIDAD DEL SOFTWARE

Probar la funcionalidad

Completo: todo lo que el cliente pidió, está

Correcto: hace lo que tiene que hacer

Atributos – características funcionales de la calidad – total son 10

5 funcionales PICAS

Precisión y/o exactitud

Interoperabilidad

Cumplimiento o conformidad de la funcionalidad

Adecuación

Seguridad

5 no funcionales FUEMP

Fiabilidad

Usabilidad

Eficiencia

Mantenibilidad

Portabilidad

1) Para probar PICAS necesitamos que FUEMP este estable

2) FUEMP solo se puede probar a través PICAS
3) Distintos tipos de pruebas para distintos tipos de atributos

ERROR: Pensamiento o equivocación humana – Causa Raíz del defecto

DEFECTO: Lo que encontramos en los documentos y en el código sin ejecutar – Causa de los fallos

FALLO: lo que encontramos en el SW ejecutando. – Efecto de dejar pasar un defecto.

QA Constructivo: prevenir defectos y fallos

1) Organización
2) Técnico

Prohibida su reproducción o ventas o copias no autorizadas

 Prohibida su reproducción o ventas o copias no autorizadas

QA Analítico: Detectar defectos y fallos

1) Dinámicas (fallos) – Validando.

a. Caja negra
b. Basadas en la experiencia
c. Caja blanca
2) Estáticas (defectos) – Verificando.

CASO DE PRUEBA

1) ID
2) Conjunto de valores de entrada
3) Conjunto de resultados esperados
4) Precondiciones
5) Poscondiciones
6) Dependencia de otros CP
7) Referencia al requisito que será probado (trazabilidad)
8) Paso a paso de ejecución y paso a paso de verificar resultados
9) Prioridad

3 MOTIVOS FINALIZAR PRUEBAS

1) Se cumplen los criterios de salida acordados con el cliente

2) Pruebas basadas en riesgos – LA MAS IMPORTANTE
3) Se acaba el tiempo o el dinero (plazos y presupuesto)

7 PRINCIPIOS DE PRUEBAS

1) El proceso de pruebas demuestra la presencia de defectos mas no la ausencia de ellos

2) No es posible realizar pruebas exhaustivas – Explosión de CP – Tomar muestras
3) Pruebas tempranas ahorran tiempo y plata – Desplazamiento a la izquierda
4) Agrupamiento de defectos
5) Cuidado con la paradoja del pesticida
6) Las pruebas dependen del contexto
7) Falacia de la ausencia de errores

ISTQB

HASTQB – Colombiana como presidenta

ISQI

CTFL = Certified Tester Foundation Level

Probar es más que ejecutar. Probar también es más que simplemente revisar documentos

5 FASES DEL PROCESO DE PRUEBAS

Prohibida su reproducción o ventas o copias no autorizadas

 Prohibida su reproducción o ventas o copias no autorizadas

1) Planear (Plan Maestro de Pruebas (estática-dinámica)) y control (define en la planeación

pero se ejecuta transversal)
2) Análisis (leer la documentación) y diseño (diseñas casos de prueba, ambiente de pruebas,
datos, condiciones….)
3) Implementación (asegurar que todo esté listo para la ejecución) y ejecución (ejecutar
manual o de forma automatizada (guion – guion cinematográfico - script automatizados)
CP y registramos los resultados reales para compararlos con los resultados esperados – Se
reportan incidencias)
4) Evaluación de criterios de salida y generación de informes
5) Actividades de cierre
a. 4 y 5 se llaman compleción de pruebas (acción de completar)
b. Superposición: cuando una fase toma más relevancia que otra
c. Vuelta atrás-Backtracking: Regresar a una etapa anterior para realizar ajustes.

4 GRADOS DE INDEPENDENCIA DE LAS PRUEBAS

1) Pruebas del desarrollador

2) Equipo de desarrollo
3) Equipo de pruebas
a. Pruebas de usuario
4) Externalización – subcontratación – SQA S.A.

CÓDIGO DE ÉTICA – DEONTOLOGICO – CONDUCTA

1) Público
2) Cliente y el empleador
3) Producto final
4) Juicio
5) Gestión
6) Profesión
7) Compañeros de profesión
8) Individualmente

CAPITULO NO.2

MODELOS SECUENCIALES

• Modelo W
• Modelo V
o Rama desarrollo – Niveles
▪ Definición de requisitos
▪ Diseño funcional del sistema
▪ Diseño técnico o de arquitectura
▪ Especificación de componentes
▪ Programación – Codificación
o Rama de pruebas – Niveles
▪ Componente: Unidad más pequeña – PICAS - FUEMP

Prohibida su reproducción o ventas o copias no autorizadas

 Prohibida su reproducción o ventas o copias no autorizadas

• Dummies – Arnés de pruebas

o Drivers-controladores: Simulan interfaz, datos de entrada
y registran datos de salida
o STUBS: Simulan componentes que no ha sido
desarrollado.
▪ Integración – Interfaz – Interfaces
• 4 ESTRATEGIAS
o Ascendente - Bottom UP (Drivers)
o Descendente - Top Down (STUBS)
o Big Bang – teoría del caos – (drivers - stubs)
o Integración Ad Hoc: Tan pronto tengamos el componente
real, debemos reemplazar el dummie. El componente
debe pasar por las pruebas de componente.
▪ Sistema – probar el sistema visto como un todo. Desde el punto de vista
del usuario. Somos el ultimo filtro antes de que lo tome el usuario
• Requisitos - HU
• Toda la Base de pruebas existente
• Informe de riesgos
• Casos de uso
• Procesos de negocio
• Manuales de usuario
▪ Aceptación
• PAU: Pruebas de Aceptación de Usuario
o ALPHA: Las que ejecuta el cliente en ambientes y con
recursos de desarrollo
o BETA: Las que ejecuta el cliente en sus ambientes y con
sus recursos.
• PAO: Pruebas de Aceptación de Operaciones
• PAC: Pruebas de Aceptación Contractual
• PAR: Pruebas de Aceptación Regulatoria

MODELOS INCREMENTALES - ITERATIVOS

• Prototipado
• RAD
• XP
• RUP
• TDD
• SCRUM
• KANBAN

TIPOS DE PRUEBAS

1. Funcionales – caja negra - PICAS

2. No funcionales - FUEMP

Prohibida su reproducción o ventas o copias no autorizadas

 Prohibida su reproducción o ventas o copias no autorizadas

3. Estructurales – Caja blanca

4. Asociadas al cambio
a. Corrección de defectos o fallos. Retest-regresion-PaP
b. Extensión funcional. Diseñamos Nuevos CP – Regresión – PaP

PRUEBAS DE MANTENIMIENTO

Posterior a que el objeto de pruebas esté en producción

a. Corrección de defectos o fallos. Retest-regresion-PaP. HOT FIX – Cambio de

emergencia o cambio en caliente
b. Extensión funcional. Diseñamos Nuevos CP – Regresión – PaP. Distribución de SW
planificado.
c. Nuevas configuraciones
d. Pruebas de migración
e. Se va a apagar el sistema
a. Pruebas en paralelo del sistema anterior con el sistema nuevo.

CAPITULO No.3 – TÉCNICAS ESTÁTICAS

6 Fases del proceso de las revisiones

1. Planeación.
2. Inicio – lanzamiento – Kickoff – Patada inicial
3. Preparación o revisión individual
4. Reunión de revisión
5. Reconstrucción – rework – retrabajo
6. Seguimiento - FollowUp

7 Roles en el proceso de revisiones

• Jefe de proyecto – manager - administración

• Moderador – mediador o facilitador
• Autor – desarrollador
• Revisor – tester – comprobador – inspector
• Escriba – Secretario – Grabador
• Líder de las revisiones
• Lector permanente

4 tipos de revisiones – ISO/IEC 20246 – IEEE 1028

1. Inspección (la más formal)

2. Revisión guiada o walktrougth
3. Técnica – revisión entre pares
4. Informal o indocumentados

Prohibida su reproducción o ventas o copias no autorizadas

 Prohibida su reproducción o ventas o copias no autorizadas

COMPILADORES

• Detectar sintaxis
• Ramas muertas – código inalcazable
• Tipos de variable
• Jerarquía del programa

ANALIZADORES – Herramientas de análisis

• Reglas y estándares de programación

• Acoplamiento de los objetos
• Calcular métricas

ANALISIS DE FLUJO DE CONTROL

Controlar que el programa fluye correctamente. Que tiene un inicio y tiene un fin. Se tienen líneas
de código y se convierten en grafo dirigidos – dígrafos.

ANÁLISIS DE FLUJO DE DATOS

Controlar que los datos fluyen correctamente por el programa.

Estados de una variable

U X = INT

D x= 5

R X+Y = 10

DEFECTOS DEL ANÁLISIS DE FLUJO DE DATOS

UR

DU

DD

UUDRRUDDRURUDRR

1 DD + 1 UR

Cuantos defectos tiene esa secuencia de estados de la variable

1) 1
2) 4
3) 3
4) 2

NÚMERO CICLOMÁTICO= Métrica que calcula la complejidad de un programa

V(G) = E – N + 2P

Prohibida su reproducción o ventas o copias no autorizadas

 Prohibida su reproducción o ventas o copias no autorizadas

La vaca grande se calcula en 2 pasos menos mas

V(G) = E- N +2P

E= # Aristas

N= # Nodos

P=1

V(g)= 19 – 14 + 2(1)

V(G)= 5 + 2

V(G) = 7

Valores por debajo de 10 está ok. Valores por encima se debe redefinir la solución.

IEEE610 - IEEE829 - ISO/IEC/IEEE 29119 (DOCUMENTACIÓN DEL PROCESO DE PRUEBAS)

PLAN MAESTRO DE PRUEBAS

1) Dinámica: estrategia, CP (incluimos y/o excluimos), prioridad, alcance, tiempo, recursos.

2) Estática: HU, Objetivos principales, OBJETO DE PRUEBAS. Calculadora 1.0, 2.0

CAPITULO No.4 – técnicas de pruebas

Técnicas de Caja Negra

• Clases de equivalencia – Partición o segmentación de equivalencia

• Análisis de Valores Límite – AVL – AVF (Análisis de Valores Frontera) – BVA (Boundary
Value Analysis)
• Gráficos Causa y efecto – tablas de decisión
• Transición de estados
• Pruebas basadas en casos de uso
• Pruebas estadísticas
• Smoke Test – Pruebas de Humo
• Pruebas duales – Algoritmo dual – pairwise.

Técnicas de Caja Blanca

• Cobertura de Sentencia, Nodo, Afirmación, Estado, Bolita o Statemente: Pasar por todos
los nodos.
• Cobertura de Rama, Decisión, Arista, Transiciones, Flechas o Branch: Pasar por todas las
ramas.
• Cobertura de Camino o Path: Pasar por todos los posibles caminos.
• El 100% de Cobertura de Camino, me garantiza el 100% de cobertura de Rama y por ende
el 100% de Cobertura de Nodo. Nunca al revés!!!!
• Cobertura de Condición
o Simple

Prohibida su reproducción o ventas o copias no autorizadas

 Prohibida su reproducción o ventas o copias no autorizadas

o Múltiple
o Mínima Múltiple.
• Aprendimos a pintar:
o Nodo Inicial
o Nodo final
o IF
o IF ELSE
o FOR
o WHILE DO WHILE
• Y a pintar por niveles de Jerarquía

Técnicas basadas en la experiencia

• Predicción de errores – Error Guessing – Centrado a Fallos – Pruebas orientadas a puntos

débiles.
• Pruebas exploratorias
• Listas de comprobación

Criterios para seleccionar la mejor técnica

• Estado de la base de pruebas

• Objetivos de pruebas predominantes. ¿Qué pidieron? Funcionales? Caja Blanca?
• Riesgos
• Precondiciones del proyecto
• Características del objeto de pruebas
• Requisitos contractuales y del cliente
• Mejores y buenas practicas
• Nivel de prueba

Intereses distintos – Puntos de vista distintos

• Jefe de proyecto: Quiere cumplir restricción de tiempo y plata y entregar producto con
calidad.
• Cliente: Quiere que le desarrollen todo, le hagan todo tipo de pruebas, pero con las
restricciones de tiempo y plata.
• Jefe de pruebas: Que lo dejen ejecutar las pruebas que planeó y diseñó.

CAPÍTULO No.5 – Gestión de pruebas

6 perfiles que participan en el proceso de pruebas

• Jefe de prueba o director de prueba (“test manager”) o líder de prueba (“test leader”)
o Organización del equipo
o Planificación de la prueba – Estrategia - Enfoque
o Redacción del plan de Pruebas
o Planificación de los ciclos de pruebas
o Estrategia Incluyendo la decisión de AUTOMATIZAR
o Medición y control de las pruebas

Prohibida su reproducción o ventas o copias no autorizadas

 Prohibida su reproducción o ventas o copias no autorizadas

o Introducción al sistema de gestión de incidencias

o Generación de Informes
o Informar el avance a la compañía
o Introducción al sistema de configuración
• Diseñador de prueba (“test designer”)
o Diseña los casos de prueba necesarios y establece el orden en el cual tendrá lugar
la ejecución de los casos de prueba
• Ingeniero de automatización de pruebas (“test automation engineer”)
o Evalúa las posibilidades de la automatización de las pruebas y las implementa
• Administrador de prueba (“test administrator”) / Administrador del sistema de prueba
(“test system administrator”)
o Prepara y opera el entorno de pruebas
• Probador (“tester”)
o Asiste en la implementación de plan de pruebas
o Desarrollo de diseños y ejecución
o Revisión de los casos de pruebas realizados por otros probadores
o Asiste en la generación de informes
o Asiste en la implementación de la automatización de pruebas
o Apoya la Medición y control de las pruebas
o
• Experto técnico (“technical expert”)
o Asiste al equipo de prueba cuando es necesario

Planificación y estimación

• Soporte De Herramientas
• Estimación: Se hace la estimación y se suma el colchón, amortiguador o buffers.
o Experta
o Analogías
o Porcentajes
• Prioridad de las pruebas
• Tipos de Estrategias
• Planear Recursos
• Definir Estrategia
• Plan de Pruebas Estático

Seguimiento y control de pruebas

• Se hace el plan
• Se le hace seguimiento al plan para ver cómo va
o Con base a criterios medibles:
▪ Métrica en base a defectos y fallos
▪ Métrica en base a casos de prueba
▪ Métrica en base a costos
o Se deben enviar informes de avance teniendo en cuenta
▪ La plantilla

Prohibida su reproducción o ventas o copias no autorizadas

 Prohibida su reproducción o ventas o copias no autorizadas

▪ Frecuencia
▪ Los informes deben servir para tomar decisiones
• Se hace control en el caso en que debamos ajustar para que el plan vuelva a su curso
planeado.
o Se deben tomar medidas correctivas, acordadas con el cliente
▪ Poner más recursos (Gente, plata, tiempo, herramientas)
▪ Reducir el alcance

Gestión de la configuración

Muchos artefactos:

• Controlar versiones
• Controlar accesos
• Correspondencia entre los artefactos

El IEEE 828 aporta un estándar para la gestión de la configuración y el plan de gestión de la

configuración

Gestión de la configuración GC [“configuration management (CM)”] se compone de:

• Gestión del cambio (“change management”)

• Gestión de la construcción (“build management”)
• Gestión de entregas (“release management“)
• Gestión de versiones (“versions management”)

Se debe hacer una auditoría para garantizar que estamos haciendo bien la Gestión de la
configuración.

RIESGOS

Riesgo = Probabilidad de ocurrencia x daño potencial

Riesgos:

• Riesgos del Proyecto

o Riesgos asociados a la organización
o Riesgos tecnológicos
o Riesgos Ambientales
• Los riesgos del proyecto deben ser:
o Mitigados
o Controlados
o Ignorados
o Transferidos o compartidos
o Eludidos o evitados
• Riesgos del Producto
o PICAS grave
o FUEMP grave
o No gusta

Prohibida su reproducción o ventas o copias no autorizadas

 Prohibida su reproducción o ventas o copias no autorizadas

o Hace daño
o Mata a alguien
o Las pruebas se ejecutan para reducir o evitar los riesgos asociados al producto
o Las pruebas reducen la probabilidad de ocurrencia de un riesgo
o Son necesarias pruebas más intensivas en caso de daño potencial alto
o Lo mejor es hacer pruebas basadas en riesgos.

GESTIÓN DE INCIDENCIAS – GESTIÓN DE DESVIACIONES

Roles:

a. Tester
b. Líder de pruebas
c. CCC – Consejo de Control del Cambio
d. Desarrollador
e. Tester

Clases de defectos

a. Defecto crítico
b. Defecto Mayor
c. Defecto medio
d. Defecto menor

La Prioridad rige la urgencia de solución

Estados de un defecto:

a. Nuevo (“new”)
b. Abierto (“open”)
c. Rechazado (“rejected”)
d. Inspección (“inspection”)
e. En observación (“surveillance”)
f. Trabajo en progresión (“WorkInProgress”)
g. Repetición de pruebas (“retest”)
h. Finalizado (“finalized”)
i. No resuelto (“NotSolved”)

¡El informe de incidencias describe un fallo, no su causa!

¡Sólo un probador o tester puede poner un defecto en estado Finalizado!

CAPÍTULO No.6 – Herramientas de pruebas

Cualquier producto o SW que apoye una o varias actividades del proceso de pruebas es
considerada una herramienta de pruebas.

Clasificación:

• H. De Tareas Especificas Vs Paquetes de Herramientas

• H. Intrusivas: Infieren en la ejecución

Prohibida su reproducción o ventas o copias no autorizadas

 Prohibida su reproducción o ventas o copias no autorizadas

• H. No intrusivas
• H. Basadas en Criterios
• H. De Gestión
• H. De Soporte de Pruebas Estáticas
• H. De Soporte para Especificación de Pruebas
• H. De Ejecución y registro de Pruebas
• H. De Rendimiento y Monitorización
• H. Para Necesidades Especificas

Uso efectivo de herramientas

• Las herramientas causan costos y esfuerzos

• Costo-beneficio?
• Beneficios?
• Riesgos?
• Despliegue erróneo
o Suspensión de H. de código abierto
o Fabricante venda o no haga más
o Interoperabilidad con otros sistemas
o Expectativa
o Nunca reemplazará procesos inexistentes o mal diseñados
• Algunas herramientas se basan en:
o Datos
o Palabras
o Análisis estático
o Gestión de pruebas

Introducción de herramientas de pruebas en la organización

• Evaluación
• Definición de requisitos
• Prueba de concepto
• Evaluación del fabricante
• Análisis del Costo Beneficio
• formación en el uso de la herramienta
• Incluirlo en una prueba PILOTO

FIN – MUCHAS GRACIAS

Prohibida su reproducción o ventas o copias no autorizadas