[logo de la empresa]

PLAN DE PRUEBAS (<Nombre del proyecto>)

[Lugar, Estado, País, fecha de elaboración]

1
 Hoja de control
Empresa <Nombre de la empresa que recibe el software>
Proyecto
Entregable
<Nombre de la Empresa que desarrolla el software junto con el
Autor
nombre del (los) analistas redactores del plan>
Versión/Edición <no. de versión del docto> Fecha Versión DD/MM/AAAA
<nombre quien aprueba el
Aprobado por Fecha Aprobación DD/MM/AAAA
plan de pruebas>
<no de pags
Nº Total de
de este
Páginas
docto>
Tabla 1: hoja de control

Bitácora de cambios

Versión Fecha del

Causa del Cambio Responsable del Cambio
doc Cambio
<no
Versión inicial <Nombre Apellido1 Apellido2> DD/MM/AAAA
versión>

Tabla 2: bitácora de cambios

2
 Índice de contenido

Hoja de control 1
Bitácora de cambios 2
Índice de contenido 3
Índice de tablas 4
Objetivo 5
Alcance 6
Propósito 7
Documentación a entregar 8
Características a ser probadas 9
Características a no ser probadas 10
Definición de los casos de pruebas 11
Necesidades de hardware 12
Glosario 13

Índice de tablas
Tabla 1 1
Tabla 2 2
…
…
…

3
 Objetivo

<Corresponde a la finalidad genérica del Plan de Pruebas, no debe de señalar

resultados concretos ni medibles con la utilización de indicadores. Se debe de
especificar el propósito central del plan.>

Alcance

<Corresponde a presentar y delimitar la totalidad del trabajo que es necesitado

para dar por terminado nuestro plan de pruebas.>

Propósito

<Corresponde a la determinación firme de lo que se espera al momento de llevar a

cabo la implementación de nuestro plan de pruebas.>

Documentación a entregar

<En esta sección se listaran todos los documentos que se entregaran como parte
de la ejecución del plan, especificando el nombre del documento, la persona quien
entrega, la persona quien recibe, así como la fecha planeada y la fecha que fue la
entrega para cada uno de los entregables. Para esta sección se recomienda el uso
de una tabla cuyo formato del tipo de letra, color de la tabla sean entendibles para
que los involucrados en el Plan, puedan identificar rápidamente las características
de los entregables. Algunos de los documentos que debes de considerar entregar
son: Casos de pruebas, Especificación del diseño de casos, Reporte de errores
(defectos), Evidencias de las pruebas, Reportes emitidos por alguna herramienta
de administración de las pruebas y cualquier otro documento de carácter
importante que sea considerado para su entrega.>

Documento Persona quien Persona Fecha Fecha de

entrega quien recibe planeada entrega

Tabla 3: documentación a entregar

4
 Características a ser probadas

<En esta sección se listaran todas las características que serán probadas, para
ello es importante que se realice juntas con interesados del proyecto, los cuales
nos permitirán determinar qué características se van a probar en este plan.
Algunas características que se pueden hablar en esta sección son: características
de funcionalidad, de interfaz gráfica, seguridad, etc. Es importante definirlas de
manera clara y concisa para no tener malas interpretaciones de dichas
características.>

Característica Descripción Modulo

Tabla 4: características a ser probadas

Características a no ser probadas

<En esta sección se listaran todas las características que no serán probadas,
estas características se determinan a través de juntas y de los requerimientos del
proyecto, es importante que se justifique el por qué no serán probadas las
características y el riesgo que estas pueden ocasionar al no ser probadas, con el
propósito de informar a los involucrados y estén completamente de acuerdo.
Algunas características que se pueden hablar en esta sección son: características
de interfaz gráfica, seguridad, etc. Es importante definirlas de manera clara y
concisa para no tener malas interpretaciones y si ocurre algún evento que afecte
al proyecto no comenzar a repartir culpas entre los equipos.>

Característica Descripción Justificación Riesgo

Tabla 5: características a no ser probadas

5
 Definición de los casos de pruebas

<En este apartado se describirán en detalle cada uno de los casos de pruebas que
se hayan identificado como necesarios para verificar la funcionalidad completa del
sistema. Se deberá repetir una tabla por cada caso de prueba que se defina. Del
conjunto de casos de pruebas definidos, deberán identificarse aquellos que
formarán parte del conjunto de pruebas que deberán realizarse para asegurar el
correcto despliegue de la aplicación.> Están relacionados con las características a
ser probadas: una característica a probarse puede tener mas de un caso de
prueba.

Nombre caso prueba: <nombre del Código del CP <código de cp>

cp> ¿Prueba de despliegue? Si/No
Característica con la que se
relaciona: <nombre de la <nombre
característica a ser probada en la Módulo del sistema
módulo>
tabla 4>

Descripción:
<Descripción del caso de prueba>

Prerrequisitos
<Enumerar los prerrequisitos necesarios existente para la realización de la prueba>

Pasos:
<Pasos generales para la prueba, basados en los escenarios de los casos de uso,
si existen.>

Resultado esperado:
<Resultado esperado de la prueba>

Resultado obtenido:

6
<Resultado obtenido de la ejecución del caso de prueba>

Post condiciones
< Lista de pos condiciones que deben cumplirse después de realizar la prueba y
tras las cuales se consideraría exitosa dicha prueba>

Observaciones
<Observaciones generales del analista o usuario sobre la ejecución de la prueba>
Probador: <nombre de Fecha: <fecha cuando se
Veredicto: pasó [ ] falló [ ]
quien ejecuta la prueba> realiza la prueba>

Necesidades de hardware

<En este apartado se especifican los equipos tecnológicos que son requeridos
para poder llevar a cabo nuestras pruebas de software en el proyecto, las
necesidades del hardware comienzan desde el análisis de requerimientos, diseños
de pruebas, administración de pruebas, ejecución de pruebas y algún otro
dispositivo necesario que es parte fundamental del proyecto, como pueden ser,
impresoras, terminales bancarias, teléfonos, que son algunos ejemplos.
Debes de considerar que los equipos y/o dispositivos con los que no se cuentan,
que tan requeridos son, para ello te debes de contestar las siguientes preguntas:
¿Es requerido el equipo y/o dispositivo?, ¿Urge la adquisición del equipo y/o
dispositivo que es requerido?, con el objetivo de justificar porque es necesario la
adquisición del equipo y/o dispositivo, de esta manera los involucrados en el
proyecto podrán determinar que parte realiza la adquisición del hardware.>

Dispositivo Marca Caracteristicas ¿Tenemos Razón de la

el equipo? necesidad

Tabla 6: necesidades de hardware

7
 Glosario

< Este punto contendrá la definición de todos los términos y acrónimos utilizados
en el presente documento >

Término Descripción

Tabla 7: glosario