Plan de Pruebas Plantilla
Plan de Pruebas Plantilla
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
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
Alcance
Propósito
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.>
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.>
<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.>
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.
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.>
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