plan de pruebas

Plantilla del Plan de Pruebas de Software

Imagen de: pmoinformatica.com
En el desarrollo de software, la fase de pruebas es crítica para asegurar que el producto sea enviado a ambiente de producción con la calidad esperada por el cliente.

Es por esto que hoy en día es indispensable contar con un Plan de Pruebas de Software para especificar minuciosamente las funciones a probar, como seránejecutadas esas pruebas, quienes serán los responsables y el cronograma para su ejecución.

El Plan de Pruebas de Software puede aplicarse a todo el Proyecto de Desarrollo de Software, o puede acotarse a una iteración o conjunto de casos. Además, puede definir jerarquías de casos de prueba a considerar.

Aquí les dejamos una plantilla de Plan de Pruebas de Software, entre sus secciones estánel Resumen Ejecutivo, Alcance de las Pruebas, Funcionalidades a Probar, Pruebas de Regresión, Criterios de Aceptación y Rechazo, Criterios de Suspensión y Reanudación, Especificaciones de ambientes de Pruebas, Recursos de Personal y Entrenamiento, Matriz de Responsabilidades, Cronograma, Riesgos, entre otros aspectos.

PMOInformatica.com, “La Oficina de Proyectos de Informática”, presenta laPlantilla para el Plan de Pruebas de Software:

>> Descargar la plantilla de Plan de Pruebas de Software

¿Buscas formación en Software Testing?

Inscríbete ahora en los Cursos Online que te ofrecemos:
Software Testing Integral
Automatización de Pruebas con Selenium WebDriver
Scripting con Ruby para automatización de Pruebas

Secciones de la Plantilla de Plan de Pruebas de SoftwareHistorial de Versiones: El histórico de las versiones del Plan de Pruebas de Software, indicando quien elaboró la versión y la fecha.
Ficha del Proyecto: Información sobre el nombre del proyecto, departamento o área organizacional, Líder o Gerente del Proyecto, el Patrocinador (Sponsor) y el Gerente o Líder de Pruebas.
Aprobaciones: Lista de las personas que deben aprobar el Plan de Pruebas deSoftware, indicando su nombre, cargo, departamento y espacio para su firma.
Resumen Ejecutivo: 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 delesfuerzo de pruebas entre otros aspectos.
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 quese 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.
Pruebas de Regresión: Listado de las funcionalidades no directamente involucradas en el desarrollo, pero cuyos componentes están siendo afectados y por ende deben probarse para asegurarque continúan funcionando adecuadamente. Al igual que en el punto anterior, se describen desde el punto de vista del usuario.
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 definirsecomo un documento aparte, 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.
Criterios de Aceptación o...