ISTQB

Certified Tester Foundation Level

 Organización del programa de estudio
 1. Principios básicos del proceso de pruebas .
 1.1 ¿Por qué es necesario el proceso de pruebas?
 1.1.1 Contexto de los sistemas de software
 1.1.2 Causas de los defectos de software
 1.1.3 Función del proceso de pruebas en el desarrollo, mantenimiento y operaciones de software.
 1.1.4 Proceso de pruebas y calidad
 1.1.5 ¿Con cuántas pruebas es suficiente?

 1.2 ¿En qué consiste el proceso de pruebas?

 1.3 Siete principios para las pruebas
 1.4 Proceso básico de pruebas
 1.5 La psicología de las pruebas
 1.6 Código deontológico
¿Por qué es necesario el proceso de pruebas?

 Error: Acción humana que produce un resultado incorrecto.

 Defecto: Es un paso incorrecto de un programa, componente o sistema
desarrollado por una persona.
 Fallo: Desviación del componente o sistema respecto al resultado
esperado, los defectos causan fallos.
¿Por qué es necesario el proceso de pruebas?
 Errores ocurren:
 Levantamiento de requerimientos del usuario.
 Especificación de requisitos de software.
 Especificación de diseño de software.
 Documentación en general mal documentada.
 Defectos ocurren:
 Subestimar el tiempo, esfuerzo para el desarrollo de pruebas de software.
 Complejidad de las reglas de negocio.
 Tecnología cambiante
 Fallas ocurren:
 Condiciones de entorno de software
 Uso incorrecto del software.
¿Por qué es necesario el proceso de pruebas?
 Definición de software: programas, procedimientos, posible documentación y datos
perteneciente a un sistema basado a un ordenador.
 Definición de calidad de software: Permite la satisfacción de las necesidades explicitas o
implícitas del ordenador basado en el producto.
 Definición de calidad: Satisfacer requisitos, necesidades del usuario.
¿Por qué es necesario el proceso de pruebas?

 La calidad del software consiste en (ISO/IEC 9126):

 Atributos funcionales:
 Funcionalidad (idoneidad, precisión, seguridad, interoperabilidad y cumplimiento)

 Atributos No funcionales:
 Confiabilidad (madurez, tolerancia a fallas, recuperabilidad y cumplimiento)
 Usabilidad (comprensibilidad, fácil aprendizaje, operatividad, atractivo y cumplimiento)
 Eficiencia (performance, utilización de recursos y cumplimiento)
 Mantenimiento (analizable, facilidad de cambio, estabilidad, capacidad de pruebas y
cumplimiento)
 Portabilidad (adaptabilidad, capacidad de instalación, coexistencia, reemplazo y
cumplimiento)
¿Por qué es necesario el proceso de pruebas?

 ISO 14598 – define el proceso de evaluación que conduce a la calidad, a

través de las 6 etapas siguientes:
 1. Visión general
 2. Planificación y gestión
 3. Proceso desarrolladores
 4. Proceso de compradores
 5. Proceso de evaluadores
 6. Módulo de evaluación
¿Por qué es necesario el proceso de pruebas?

 ISO 25000 AQUARE – norma basada en ISO 9126 y 14598 define tres vistas
para el estudio de la calidad de un producto: interna, externa y en uso.
 Adecuación Funcional
 Eficiencia de desempeño
 Compatibilidad
 Usabilidad
 Fiabilidad
 Seguridad
 Mantenibilidad
 Portabilidad
 ¿Por qué es necesario el proceso de pruebas?
 Tipos de aseguramiento de Calidad:
 Constructivas – Previenen defectos, los defectos pasados no deben repetirse:
 Técnico (Métodos, herramientas, lenguaje programación y plantillas)
 Organización (Guías, estándares, check list y requisitos legales)

 Analíticas – detecta defectos, conducción corregir defectos y prevenir fallos

 Estático – evaluación sin ejecutar el programa
 Revisiones

 Análisis de flujo de control

 Análisis de flujo de datos

 Métricas

 Dinámico – evaluación ejecutando el programa

 Caja blanca (cobertura de sentencia, rama, condición y camino)

 Caja negra (partición de equivalencia, análisis de valores limites, pruebas de estado, pruebas de caso de uso, tablas
de decisiones)
¿Por qué es necesario el proceso de pruebas?

 Objetivos de las pruebas:

 Adquirir conocimiento de los defectos
 Confirmación de la funcionalidad del sistema
 Generar información
 Ganar confianza
 Cuantas pruebas son suficientes:
 Criterio de salida – no encontrar mas defectos para finalizar las pruebas
 Los niveles de riesgo determinan el grado que se haprobado
 Pruebas basadas en plazo presupuestos (Budget testing)
¿Por qué es necesario el proceso de pruebas?

 Que es un caso de prueba o test case

 Precondiciones
 Conjunto de valores de entrada
 Conjunto de resultados esperados
 Post condiciones esperados
 Indicador único
 Dependencia de otros casos de prueba
 Referencia de requisitos que serán probado
 Forma como se ejecuta los casos de prueba
 Prioridad (opcional)
 Base de prueba define componentes del sistema, utilizando documentación.
¿Por qué es necesario el proceso de pruebas?

 Debuging (depuración) – Lo hacen los desarrolladores conforman los

siguientes pasos
 Localizan la carga del defecto
 Corrección del defecto
 Pruebas de confirmación, prueban que el defecto fue corregido (también
hacen los tester después del proceso de debugin, lo hacen en el proceso de
pruebas)
Proceso de pruebas dentro del proceso de desarrollo de prueba
 Cascada
 Iterativo
 Agil
¿En qué consiste el proceso de pruebas?

 Actividades del proceso de pruebas:

 Planificación y control
 Selección de condición de prueba
 Diseño y ejecución de casos de prueba
 Comprobación de resultados
 Generación de informes de resultados de prueba
 Finalización y completar pruebas de cierre
 Revisión: detecta discrepancia en los resultados esperados:
 Revisión de gestión, formal, técnica, inspección y revisión guiada o de pares
 Pruebas de verificación o llamadas pruebas de retesting.
 Pruebas de regresión impactan la solución de los defectos a los demás objetos
Siete principios para las pruebas

 El proceso de pruebas demuestra la presencia de defectos no su ausencia

 No es posible realizar pruebas exhaustivas
 Pruebas tempranas
 Agrupamiento de defectos
 Paradoja del pesticida
 Pruebas dependen del contexto
 La falacia de ausencia de pruebas
Proceso básico de pruebas
 El proceso de pruebas puede desarrollarse en los diferentes puntos de
proceso de desarrollo del software
 Fases del proceso de prueba
 Planificación y control
 Análisis y diseño
 Implementación y ejecución
 Evaluación de criterios de salida y generación de informe final
 Actividades de cierre de pruebas
 El proceso de prueba incluye superposición y bactracking.
La psicología de las pruebas

 Características de un buen probador:

 Comprender el escenario del cliente
 Analiza la estructura de prueba
 Descubrir fallos, escéptico a la actitud critica
 No creer todo lo dicho por los desarrolladores
 Las pruebas independientes aumentan la calidad de las pruebas
Organización del programa de estudio

 2. Pruebas durante todo el ciclo de vida del software

 2.1 Modelos de desarrollo de software
 2.2 Niveles de prueba
 2.3 Tipos de prueba
 2.4 Pruebas de mantenimiento
Pruebas durante todo el ciclo de vida del software

 Modelo V – Cuatro niveles de prueba

 Pruebas de componentes (pruebas unitarias)
 Pruebas de integración
 Pruebas de sistemas
 Pruebas de aceptación
 Modelo desarrollo iterativo – incremental
 Se realizan procesos de pruebas de verificación y validación
 Pruebas de un modelo de ciclo de vida
 Para cada actividad de desarrollo existe una actividad de prueba
 Cada nivel de prueba tiene objetivos específicos
 Proceso de pruebas de análisis se inicia en el proceso e desarrollo del software
Pruebas durante todo el ciclo de vida del software

 Niveles de Prueba:
 Pruebas de componentes: base de pruebas , requisito de componentes, diseño
detallado, código
 Aplicado para componentes, programas, migración, base de datos

 Pruebas de integración : probar interfaces, interacción entre las distintas partes del
sistema tiene como base diseño de sw y de sistema, arquitectura, flujos de trabajo y
caso de uso
 Objetivos de prueba: subsistemas, implementación de bd, interfaces, configuración de
sistema

 Pruebas de sistema: probar el comportamiento de todo el producto teniendo como

base, requisitos de sistemas, caso de us, especificaciones funcionales, análisis de
riesgo
 Objetivo manuales de sistema, usuario, funcionamiento, configuración de datos y de sistemas.
Pruebas durante todo el ciclo de vida del software

 Pruebas de aceptación: prueba el cliente cuyo objetivo crear confianza en el

sistema, base de pruebas son requisitos de usuario, de sistema, casos de uso,
proceso de negocio, informes de análisis de riesgo
 Objetivo proceso de negocio sistema integrados, procesos operativos y
mantenimiento, procedimiento de usuario y formularios, informes, y dato de
configuración.
 Tipos de prueba:
 Pruebas funcionales pueden llevarse en todo nivel de pruebas, ejemplo pruebas de
seguridad
 Pruebas no funcionales, involucran pruebas de carga, estrés, usabilidad,
mantenimiento, fiabilidad y portabilidad, se hacen en todos los niveles de prueba
 Pruebas de estructura aplica en todo nivel de prueba caja blanca
 Pruebas a cambios, repetición de la pruebas luego del debuging y pruebas de
regresión
Pruebas durante todo el ciclo de vida del software

 Pruebas de mantenimiento:
 Tiene que tener probadores con conocimiento del negocio
 Realizar pruebas de regresión
 El alcance de las pruebas varia de a cuerdo al riesgo