[go: up one dir, main page]

0% encontró este documento útil (0 votos)
173 vistas7 páginas

Modelo de Plan de Pruebas

Este documento presenta un plan de pruebas de software que incluye objetivos, alcance, recursos, riesgos, casos de prueba y criterios de aceptación. El plan describe las funcionalidades a probar y no probar, así como la estrategia de pruebas. El documento establece los entregables del plan y los resultados esperados de las pruebas.

Cargado por

Natty Lopez
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
173 vistas7 páginas

Modelo de Plan de Pruebas

Este documento presenta un plan de pruebas de software que incluye objetivos, alcance, recursos, riesgos, casos de prueba y criterios de aceptación. El plan describe las funcionalidades a probar y no probar, así como la estrategia de pruebas. El documento establece los entregables del plan y los resultados esperados de las pruebas.

Cargado por

Natty Lopez
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
Está en la página 1/ 7

Plan de pruebas de software

[Nombre del proyecto]


Fecha: [dd/mm/aaa]
Tabla de contenido

Historial de versiones 2

Información del proyecto 3

Aprobaciones 3

Introducción 4

Objetivos del plan 4

Recursos para llevar a cabo las pruebas 4

Riesgos y dependencias: 5

Alcance de las pruebas 5


Elementos de pruebas 5
Nuevas funcionalidades a probar 5
Funcionalidades a no probar 5
Enfoque de pruebas (estrategia) 6

Casos de Pruebas y Funcionalidades 6

Criterios de aceptación o rechazo 6

Entregables 6

Resultados de las pruebas 7


Historial de versiones
(En esta sección recuerda mantener un registro con las veces que has modificado el
plan)
Fecha Versión Autor Organización Descripción

Información del proyecto


Empresa Organización:

Proyecto

Fecha de preparación

Cliente

Patrocinador principal

Gerente / Líder de proyecto

Gerente / Líder de pruebas de


software

Aprobaciones
Nombre y Cargo Departamento u Fecha Firma
Apellido organización
Introducción
Resumen de todo el contenido del plan de pruebas de software, describe cuál es su
propósito, establece si es un plan maestro o un plan detallado, identifica el alcance
del plan de pruebas en relación con el plan de proyecto de software, restricciones
(por ejemplo de recursos o presupuesto), alcance del esfuerzo de pruebas entre
otros aspectos.

Objetivos del plan


1. Enumera cada uno de los objetivos planteados
2. Recuerda incluir las funcionalidades que vas a probar
3. También incluye las que no vas a probar

Recursos para llevar a cabo las pruebas

Hardware

Item Descripcion Observación

01 Computadora Con dicho equipo se ejecutaran


las pruebas manuales

Software

Item Descripcion Observación

01 Navegador Con dicho software se ejecutaran


las pruebas manuales

Recuerda incluir un apartado con las herramientas y el personal que necesitas en


esta sección.
Riesgos y dependencias:
Item Descripcion Plan de manejo

01 Detalla factores de los que Es super importante que tengas


dependa tu proyecto y que un plan de accion en caso que
requieres para ejecutar o no tuvieras que enfrentarte a alguna
tus pruebas de estas situaciones, recuerda
incluir esa informacion aqui

Alcance de las pruebas

Elementos de pruebas

Listado de todos los módulos, componentes o elementos que se van a probar. Si es


de alto nivel, se listan las áreas funcionales (módulos o procesos que cubre el
Testing), por otro lado, si es de un nivel detallado se listan los programas, unidades
o módulos.

Nuevas funcionalidades a probar


Es un listado de lo que se va a probar “desde el punto de vista del usuario”. No es
una descripción técnica del software sino sus características y funcionalidades. Se
incluyen tanto las que son nuevas como las que se están modificando.

Funcionalidades a no probar
Listado de las funcionalidades que no se van a probar. Debe incluir información de
las razones por las cuales no se van a probar y los riesgos que se están asumiendo.
Enfoque de pruebas (estrategia)
La estrategia de pruebas puede definirse como un documento por separado, o
puede ser incluido dentro del plan de pruebas según su extensión. Aquí pueden
definirse los tipos de pruebas a realizar (funcionales, de desempeño, de interfaces,
no funcionales, etc.), requerimientos especiales de las pruebas, configuraciones a
probar, subconjuntos de datos a considerar, nivel de pruebas de regresión, entre
otros aspectos.

Casos de Pruebas y Funcionalidades


Si llevas tus pruebas en algun sistema o un documento adicional puedes incluir la referencia
a dicho documento, o incluir la documentacion para cada prueba. Recuerda que en esta
secci​ó​n describirá
​ s​ paso a paso como se ejecutará
​ n tus pruebas y to lo que tengas
documentado hasta entonces

Criterios de aceptación o rechazo


Son los criterios que serán considerados para dar por completado el plan de
pruebas de software, por ejemplo: Completar 100% de pruebas unitarias, cierto
porcentaje de casos exitosos, cobertura de todos los componentes y líneas de
código, porcentaje de defectos corregidos, entre otros.

Entregables
Establece que se entregará como parte de la ejecución del plan, por ejemplo:
Documento de plan de pruebas, casos de pruebas, especificación de diseño de
casos, logs de errores, reportes de incidencias, evidencias de pruebas, reportes
emitidos por herramientas de pruebas y cualquier otro que se establezca.
Resultados de las pruebas

Generalmente se incluyen los resultados de todas las pruebas documentadas y


ejecutadas para probar las funcionalidades. Si has hecho y documentado los
resltados de tus pruebas en sistemas o en otros documentos, puedes incluir un link
a dicho documento o copiar y pegar

También podría gustarte