Академический Документы
Профессиональный Документы
Культура Документы
REFERENCE
SOURCE
NOT FOUND
Versin Error:
Reference
source not
found
Informe n 1
CD. PROYECTO
Cdigo del proyecto
ID. MTP
Id de este doc.
FECHA
VERSIN
1.0
COMENTARIOS
Esta plantilla incluye la mayor parte de aspectos que deben tenerse en cuenta para la
creacin de un MTP. No obstante, sus apartados y contenidos deberan adaptarse a las
necesidades del proyecto concreto.
Control de Versiones
FECHA
VERSIN
DESCRIPCIN
AUTOR
1/7
ERROR:
REFERENCE
SOURCE
NOT FOUND
Versin Error:
Reference
source not
found
Informe n 1
GLOSARIO....................................................................................................................................... 3
2.
INTRODUCCIN y alcance............................................................................................................. 3
3.
5.
6.
Planificacin detallada................................................................................................................................ 3
7.
8.
ESTRATEGIA de testeo................................................................................................................... 3
8.1.
8.2.
8.3.
9.
10. NECESIDADES................................................................................................................................ 3
10.1.
10.2.
10.3.
10.4.
10.5.
10.6.
10.7.
Software (herramientas, sistemas operativos, bases datos, simuladores, drivers, stubs, etc.)..................3
Comunicaciones (conexiones, protocolos, etc.)..........................................................................................3
Instalaciones (espacio, seguridad, etc.)......................................................................................................3
Documentacin (requisitos, especificaciones, diseos, etc.)......................................................................3
Interfaces (con otros sistemas, usuarios, etc.)............................................................................................3
Personal (testeadores, programadores, usuarios, expertos, etc.)..............................................................3
Formacin (cursos, libros, etc.)................................................................................................................... 3
2/7
Datos generales
.1 GLOSARIO
Definiciones de trminos, acrnimos y abreviaciones especficos que son necesarios para interpretar el Master
Test Plan.
Evitar incluir definiciones que son aplicables al proyecto de desarrollo y que ya estn definidos en el glosario del
proyecto (si es necesario, incluir una referencia). Incluir trminos especficos de testeo si no son bien conocidos
en la organizacin.
Recordar quines son los lectores del plan.
Trmino 1: definicin
Trmino 2: definicin
.2 INTRODUCCIN y alcance
Descripcin general del proyecto de testeo y de su alcance; definir qu parte del desarrollo se va a testear, qu
tipo de testeo se va a realizar, etc.
Nombre
del fichero
Versin
Ubicacin
Configuracin
Build
Etc.
Riesgo
Probabilidad
Importancia/Impacto
Valor de riesgo
Cliente
Equipo humano
Caractersticas
Funcionalidad
Fiabilidad
Facilidad de uso
Probabilidad fallo
(0-3)
Impacto
(0-3)
Riesgo =
(prob.fallo*impacto)
MoSCoW
Caractersticas
Probabilidad fallo
(0-3)
Impacto
(0-3)
Riesgo =
(prob.fallo*impacto)
MoSCoW
Eficiencia
Mantenibilidad
Portabilidad
Riesgo
Del proyecto de testeo
Estrategia de
prevencin/evitacin
Estrategia(s) de mitigacin
Planificacin detallada
.1 CARACTERSTICAS a testear o no
Se deciden a partir del resultados del anlisis de riesgos (MoSCoW), pero tambin del alcance del proyecto de
testeo y de la planificacin.
.2 ESTRATEGIA de testeo
Describir las caractersticas especficas o desviaciones respecto a la estrategia de testeo (o poltica de testeo)
general de la organizacin.
.4 NECESIDADES
Recursos que necesitamos para llevar a cabo el proyecto de testeo.
.4.1. Software y hardware (herramientas, sistemas operativos, bases datos, drivers, stubs, etc.)
.5 TAREAS y responsabilidades
Tareas concretas de testeo, y quin es responsable de realizar cada una de ellas. Indicar departamentos, perfiles
o nombres.
Tareas
Responsabilidad de
.6 Criterios de ACEPTACIN
Especificar cules son los criterios que determinarn si hay que seguir testeando o no. Por ejemplo:
- % de casos de test pasados
- fecha fija
- despus de X horas dedicadas a testeo
- t das sin encontrar errores
Drivers, stubs