1.

4 Proceso de Pruebas Básico

Objetivos del Aprendizaje
LO-1.4.1 Recordar las cinco actividades de pruebas básicas y las tareas respectivas desde la planificación hasta el
cierre de pruebas. (K1)

Esta sección, Proceso de Pruebas Básico, cubrirá los siguientes conceptos clave:
Actividades de planificación y control en el proceso de pruebas.
Actividades de análisis y diseño de pruebas en el proceso de pruebas.
Actividades de implementación y ejecución de pruebas en el proceso de pruebas.
La evaluación de los criterios de salida de las pruebas y la creación de informes de los
resultados de las pruebas en el proceso de pruebas.
Actividades de cierre de pruebas en el proceso de pruebas.

Glosario del ISTQB

Pruebas de confirmación: Véase repetición de pruebas.
Repetición de pruebas: Pruebas que ejecutan los casos de prueba que fallaron la última vez que se ejecutaron,
con el fin de verificar el éxito de las acciones correctivas.
Criterios de salida: El conjunto de condiciones genéricas y específicas, acordadas con los interesados del
negocio, para permitir que un proceso sea finalizado oficialmente. El propósito de los criterios de salida es prevenir
que una tarea sea considerada por finalizada cuando todavía hay partes pendientes de la tarea que no han sido
finalizadas. Los criterios de salida se utilizan para planificar e informar contra la cesación de las pruebas.
Incidencia: Cualquier evento que ocurre y necesita investigación.
Pruebas de regresión: Pruebas de un programa previamente probado a raíz de una modificación para garantizar
qué defectos no han sido introducidos o descubiertos en áreas no modificadas del software, como resultado de los
cambios realizados. Se realizan cuando el software o su entorno son modificados.
Base de prueba: Todos los documentos de los cuales los requisitos de un componente o sistema pueden ser
deducidos. La documentación acerca de la cual los casos de prueba se basan. Si un documento puede ser
enmendado, sólo por medio de un procedimiento de enmienda formal, entonces la base de pruebas se denomina
base de pruebas congelada.
Condición de prueba: Un ítem o evento de un componente o sistema que pudiera ser verificado por uno o más
casos de prueba, p.ej., una función, transacción, característica, atributo de calidad o un elemento estructural.
Cobertura de pruebas: Véase cobertura.
Cobertura: El grado, expresado como porcentaje, hasta el cuál un ítem de cobertura especificado ha sido ejercido
por un juego de pruebas. Tenga en cuenta que este término no ha sido referenciado específicamente en esta
sección, pero se lo incluye aquí, porque es un sinónimo de cobertura de pruebas.
Datos de prueba: Datos que existen (por ejemplo, en una base de datos) antes que una prueba sea ejecutada, y
que afectan al componente o sistema sometido a pruebas o son afectados por estos.
Ejecución de pruebas: El proceso de ejecución de una prueba en el componente o sistema sometido a pruebas,
produciendo resultado(s) real(es).
Registro de pruebas: Un registro cronológico de detalles relevantes acerca de la ejecución de las pruebas.
Plan de pruebas: Un documento que describe el alcance, el método, los recursos y el cronograma de las
actividades de pruebas previstas. Identifica entre otros ítems de pruebas, las características que tienen que ser
probadas, las tareas de pruebas, quien hará cada tarea, el grado de independencia del probador, el entorno de
pruebas, las técnicas de diseño de pruebas y los criterios de entrada y salida que serán utilizados, y las razones
para su elección, y algunos riesgos que requieren planes de contingencia. Es un registro del proceso de
planificación de pruebas.
Procedimiento de prueba: Véase especificación del procedimiento de prueba.
Especificación del procedimiento de prueba: Un documento que especifica una secuencia de acciones para la
ejecución de una prueba. También conocido como guión de prueba o guión de prueba manual. Tenga en cuenta que
este término no ha sido referenciado específicamente en esta sección, pero se lo incluye aquí, porque es un
sinónimo de procedimiento de prueba.
Política de pruebas: Un documento de alto nivel que describe los principios, métodos y objetivos principales de la
organización con respecto a las pruebas.
Estrategia de pruebas: Una descripción de alto nivel de los niveles de pruebas que deben ser realizados y las
pruebas en esos niveles para una organización o programa (uno o más proyectos).
Juego de prueba: Un conjunto de varios casos de prueba para un componente o sistema sometido a pruebas,
donde la poscondición de una prueba es utilizada a menudo como una precondición para la siguiente.
Informe del resumen de pruebas: Un documento que resume las actividades de las pruebas y los resultados.
También contiene una evaluación de los ítems de las pruebas correspondientes contra los criterios de salida.
Testware: Artefactos producidos durante el proceso de pruebas necesarios para planificar, diseñar y ejecutar las
pruebas, así como la documentación, los guiones, las entradas, los resultados esperados, los procedimientos de
instalación y ajuste, los archivos, las bases de datos, el entorno y cualquier software adicional o utilitarios
utilizados en las pruebas.
Criterios de entrada: El conjunto de condiciones genéricas y específicas para permitir que un proceso continúe
con una tarea definida, p.ej. la fase de pruebas. El propósito de los criterios de entrada es evitar que una tarea
comience, lo cual implicaría más esfuerzo (malgastado) en comparación con el esfuerzo necesario para eliminar los
criterios de entrada fallados.

Figura 1.8: Los Procesos Críticos de las Pruebas

Hay una gran variedad de frameworks9 de procesos de pruebas de donde elegir. Se incluyen
entre ellos el framework de los Procesos de Pruebas Críticos de RBCS, junto con las Pruebas
de Software y el Proceso de Evaluación de SQE, T-MAP de Sogeti, el Mejoramiento de
Procesos de Pruebas de Polteq y el Modelo de Madurez de Pruebas de Burnstein.
Los Procesos de Pruebas Críticos, las Pruebas de Software y el Proceso de Evaluación y T-
MAP son no prescriptivos, porque proporcionan para el uso del valor del negocio la selección
de qué proceso debe ser implementado u omitido, y cuales procesos tienen que ser mejorados
y en qué orden. El Mejoramiento de Procesos de Pruebas y el Modelo de Madurez de Pruebas
son prescriptivos, porque proyectan puntajes de madurez acerca de los frameworks y
requieren que las mejoras sean implementadas en un orden particular a pesar de esos niveles
de madurez.
El mundo real expone aun más variación, mientras las personas se enfocan en las pruebas
con mayor o menor grado de formalidad y rigor.
El programa de estudios del ISTQB nivel básico propone un framework genérico del proceso
de pruebas. Éste es no prescriptivo, porque no impone un esquema de madurez y reconoce el
potencial de omisión de algunos elementos del framework en algunas circunstancias.

Figura 1.9: El Proceso de Pruebas Básico del ISTQB

El proceso de pruebas básico del ISTQB incluye los siguientes pasos:
Planificación y control.
Análisis y diseño.
Implementación y ejecución.
Evaluación de los criterios de salida de las pruebas y la creación de informes.
Cierre de pruebas.
Dado que el proceso de pruebas tiene que ser adaptado al ciclo de vida del software, el
proceso permite la superposición, la concurrencia e incluso la iteración en estos pasos.
La figura 1.9 muestra una posible instancia del proceso de pruebas básico del ISTQB. Las
actividades que son principalmente de gestión están representadas por el área de puntos,
mientras ésas que son principalmente actividades de contribuyente individual están
representadas por el área de líneas horizontales. El cierre, que es tanto de gestión como
individual, está representado por el área de líneas verticales.
La distribución del tiempo es consistente con un proyecto de ciclo de vida secuencial, el cual
se abordará más adelante.
En esta sección, revisaremos más de cerca a cada uno de estos pasos, incluyendo la
descripción de las principales actividades que componen cada paso. Estas actividades y las
tareas que las componen, serán descritas, con frecuencia en detalle, en los capítulos del 2 al 6
de este libro.
Empecemos con la planificación y el control, los cuales, por supuesto consisten principalmente
en actividades de gestión.
La planificación incluye las siguientes actividades:
Determinar el alcance de las pruebas, los riesgos, los objetivos y las estrategias.
Determinar los recursos de las pruebas necesarios.
Implementar las estrategias de las pruebas.
Crear un cronograma del análisis y el diseño de las pruebas.
Crear un cronograma de la implementación, la ejecución y la evaluación de las pruebas.
Determinar los criterios de salida de las pruebas. El control incluye las siguientes
actividades:
Medir y analizar los resultados.
Monitorear y documentar el progreso, la cobertura y los criterios de salida de las pruebas.
Iniciar acciones correctivas.
Tomar decisiones.
Tenga en cuenta que muchas actividades de planificación y control implican la obtención del
acuerdo, el soporte y el consenso del equipo del proyecto y la gerencia del proyecto.

Figura 1.10: Análisis y Diseño

Pasemos ahora al análisis y el diseño de pruebas, que consisten principalmente en
actividades de contribuyente individual.
El análisis incluye las siguientes actividades:
Revisar la base de pruebas. La base de pruebas es aquella en la cual las pruebas se basan,
con frecuencia, incluyendo los requisitos o las especificaciones de diseño, las arquitecturas de
red o sistema o los riesgos de calidad.
Identificar y priorizar las condiciones de pruebas, los requisitos de pruebas o los objetivos de
pruebas y los datos de prueba necesarios. Esto requerirá a menudo un análisis de los ítems de
pruebas, así como su comportamiento, especificación y estructura. Por supuesto, estos ítems
podrían no existir todavía, entonces usted podría estar dependiendo de sus descripciones, así
como los casos de uso.
Evaluar la comprobabilidad10 (“testability”) de los requisitos y el sistema. Esto podría resultar
en la creación de informes acerca de algunos asuntos acerca de estas áreas para la gerencia.
El diseño incluye las siguientes actividades:
Diseñar y priorizar combinaciones específicas de datos de prueba, acciones y resultados
esperados para cubrir la base de pruebas, los riesgos importantes de calidad, y cualquier
otra cosa que necesite cobertura.
Identificar los datos de prueba necesarios para las condiciones y los casos de prueba.
Diseñar del entorno de pruebas.
Identificar alguna infraestructura y algunas herramientas necesarias.

Figura 1.11: Implementación y Ejecución

Continuemos con la implementación y ejecución de las pruebas, las cuales, además consisten
principalmente de las actividades de un contribuyente individual.
La implementación incluye las siguientes actividades:
Desarrollar, implementar y priorizar casos de prueba, crear datos de prueba y escribir
procedimientos de prueba.
Preparar arneses de prueba y escribir scripts de pruebas automatizadas.
Organizar juegos de prueba y secuencias de procedimientos de prueba para la ejecución
eficiente de las pruebas, teniendo en cuenta las diversas restricciones que podrían
determinar el orden en el cual las pruebas deben ser ejecutadas.
Verificar que el entorno de pruebas ha sido instalado correctamente.
La ejecución incluye las siguientes actividades:
Ejecutar casos de prueba tanto manuales como automatizados.
Registrar los resultados de las pruebas, incluyendo las versiones del software sometido a
pruebas, las herramientas de pruebas y el testware.
Comparar los resultados reales y esperados, lo cual podría requerir la identificación de
anomalías donde los resultados reales y esperados no coinciden.
La investigación de anomalías puede resultar en la creación de informes y el análisis de
las incidencias.
Repetir las pruebas corregidas y/o actualizadas donde sea necesario.
Ejecutar las pruebas de confirmación y/o regresión, cuando las nuevas versiones de
 pruebas lleguen.

Figura 1.12: Criterios de Salida, Generación de Informes y Cierre

La evaluación de los criterios de salida y la creación de informes de los resultados de las
pruebas están fuertemente superpuestas con la ejecución de las pruebas, las cuales consisten
principalmente en actividades de gestión de actividades de gestión, incluyendo las siguientes:
Comprobar los registros de las pruebas contra los criterios de salida de las pruebas
especificados durante la planificación de pruebas.
Evaluar si son necesarias más pruebas o si los criterios de salida especificados deben
ser modificados.
Escribir un informe del resumen de las pruebas para los interesados del negocio.
A medida que la ejecución de las pruebas llega a un cierre, los criterios de salida han
sido cumplidos y los informes finales de los resultados de las pruebas son recopilados,
las actividades del cierre comienzan a ocurrir, lo cual consiste en actividades de gestión
y actividades de contribuyente individual, incluyendo:
Confirmar los entregables de pruebas, la resolución final o postergación de los
informes de defectos y la aceptación del sistema por las partes que lo reciben.
Finalizar y archivar el testware, el entorno de pruebas y la infraestructura de pruebas
para su uso posterior durante el mantenimiento.
Entregar el testware y la posibilidad de ítems adicionales a la organización de
mantenimiento
Realizar un estudio retrospectivo para tomar en cuenta las mejoras para las futuras
versiones, los proyectos y los procesos de pruebas.