PLAN DE

PRUEBAS
MSI. Nancy A. Olivares Ruiz

Introduccin
Permite tener una planeacin de la aplicacin
de las pruebas y el tipo de pruebas que harn
que el sistema funcione correctamente
Al momento de liberarse por completo, se crea
seguridad en los usuarios finales de que el
sistema no fallar
Existen dos actividades fundamentales para la
etapa
de
pruebas:
las
pruebas
de
componentes y las pruebas del sistema
En la primera se prueban las partes del sistema
por separado
En la segunda se prueban los componentes ya
integrados, el sistema como un todo

Objetivos del proceso de

pruebas
Demostrar al desarrollador y al cliente que el
software satisface sus requerimientos. En
este caso, se debe tener por lo menos una
prueba para cada requerimiento que se haya
documentado.
Para describir defectos en el software en el
que el comportamiento de ste es incorrecto.
Se contemplan comportamientos indeseables
en el sistema, tales como: cadas en el sistema,
clculos incorrectos, entre otros.

Incluye:

Objetivo del Plan

Objetivo de las Pruebas
Marco del Plan de Pruebas
Alcance del Plan de Pruebas
Descripcin del mdulo para pruebas
Definicin y Desarrollo de pruebas
Resultados de las Pruebas
Casos de Prueba:
Se le llama as al diseo de entradas y salidas
esperadas para probar el sistema. El objetivo de
su diseo es crear un conjunto de casos de
prueba que sean efectivos para descubrir
defectos en los programas y muestren que el
sistema cumple con los requerimientos

Incluye
Programacin de la aplicacin de las pruebas
Cronograma en Project
Seguimiento y reporte por defectos:
Se debe contar con un formato en donde se
vayan anotando los defectos encontrados en
cada uno de los mdulos del sistema y de forma
global, tambin se reportarn las correcciones
realizadas as como el responsable de hacerlo
con la finalidad de dar un correcto seguimiento
a los resultados de las pruebas

Ejemplo
Plan de Pruebas (.doc)
Plan de Pruebas (PDF)

CONTROL DEL PROYECTO

Introduccin
El control implica comparar la ejecucin
con la planeacin
Si se encuentran desviaciones , se debe
prever la accin correctiva necesaria
para ejecutarla
Si no se encuentran desviaciones, se
contina con las siguientes actividades
que se tenan previstas

Durante el control:
Se debe ir a la par que la ejecucin
Reportar avances
Identificar las desviaciones al Plan
Documentar previamente los cambios de
acuerdo al Plan, proponiendo estrategias para
corregir
Registrar las lecciones aprendidas

Herramientas y su uso durante el Control:

A

Herramien
ta

Cmo servir durante el

Control?

Alcance

WBS

Para identificar el trabajo

ejecutado y compararlo contra
lo planeado
Al momento de ejecutar, se
seguir esta estructura para
confirmar el alcance realizado.

Rec.
Humanos

Matriz de
Roles y
Funciones

Para monitorear el desempeo

de los participantes en el
proyecto y ajustar sus roles y
funciones,
segn
sea
requerido.

Comunicaci Matriz de
n
Comunicaci
n
Tiempo

Para distribuir la informacin

del proyecto en pro de una
comunicacin efectiva.

Programa
Monitorear
el
apego
del Proyecto programa del proyecto
identificar
desviaciones
corregirlas.

al
e
y

CIERRE DEL PROYECTO

Introduccin
Una vez que el proyecto ha llegado a su trmino, se
debe continuar con el cierre
Esta fase se considera importante entregar una serie de
documentos con la finalidad de realizar una entrega
ordenada y formal de toda la informacin generada
durante el desarrollo del proyecto, as como dar por
concluido los acuerdos legales (si existieron) y las
evaluaciones de desempeo.
De acuerdo con esto existen dos tipos de cierre: el
contractual y el administrativo

Cierre del proyecto

Dentro del cierre administrativo se deben
incluir una serie de documentos (CHAMOUN,
2002) tales como:
Reporte Final: Permite de una manera rpida
tener un panorama de la informacin ms
importante del proyecto, algunos documentos
que incluye son:

Presupuesto Final
Programa Final
Directorio de participantes
Cartas de cierre para los patrocinadores y
gerentes del proyecto
Reporte de control de cambios, entre otros.

Cierre
Programa de desfase del equipo:
Este documento permitir no generar estrs entre
los participantes durante las fases finales del
proyecto debido a la incertidumbre de la
permanencia en el trabajo, o por involucrarse en
otro tipo de situaciones externas al proyecto.
Aspectos como la salida del equipo, evaluaciones
sobre su desempeo, entregas finales antes del
despido, son algunos ejemplos de lo que se puede
incluir.
Archivos del proyecto:
Se pueden entregar de forma impresa y ordenada en
carpetas as como de manera electrnica. Algunos
documentos a incluir son el plan del proyecto, bases
de datos actualizadas (si se cuenta con ellas),
lecciones aprendidas, contratos, entre otros.