Vous êtes sur la page 1sur 39

Tutelkn

<Nombre del Proyecto>


Plan de Testing
Versin <1.1.0>
[Nota: Esta Plantilla tiene por finalidad servir de Base para la confeccin del documento de
Plan de Testing. El texto entre parntesis cuadrados y desplegado en azul itlico (estilo =
InfoBlue) tiene por finalidad guiar al autor y debe ser borrado antes de la publicacin del
documento. El estilo Body Text se activa automticamente cuando se ingresan prrafos de
texto definitivo.]

Plan de Testing
/var/www/apps/conversion/tmp/scratch_3/259478860.doc

Versin:
<1.1.0>
Fecha: 2015/02/05

Historia de Revisiones
Fecha
<aaaa-mm-dd>

Versin
<1.1.0>

Descripcin
Documento inicial

Autor
<Nombre>

ndice
1

Introduccin
1.1
1.2

1.3
1.4
1.5
1.6
2

Propsito
mbito
1.2.1 Testing Unitario
1.2.2 Testing Funcional
1.2.3 Riesgos
1.2.4 Identificacin del Proyecto
Dirigido a
Breve Descripcin
Terminologa del Documento y Acrnimos
Referencias

1
1
1
1

Requerimientos para el Test


2.1

Casos de Uso
2.1.1 Vista Global
2.1.2 Caso de uso 1
2.1.3 Caso de uso 2
2.1.4 Caso de uso 3
2.2 Requerimientos Funcionales
2.2.1 Componentes Comunes
2.2.2 Componente 1
2.2.3 Componente 2
2.3 Requerimientos No - Funcionales (Matriz con Input/Output)
2.3.1 Componente 1
2.3.2 Componente 2
3

1
1
1
1
1

Estrategia del Testing


3.1

1
1
1
1

Tipos de Testing
3.1.1 Integridad de la Database y de los Datos
3.1.2 Testing Funcional
3.1.3 Testing de Performance
3.1.4 Testing de Seguridad y de Acceso a Datos
3.1.5 Herramientas

1
1
1
1
1

Recursos
4.1
4.2

Profesionales
Ambiente de Pruebas
4.2.1 Preparacin del Ambiente de Pruebas
4.2.2 Diseo del Ambiente de Pruebas
4.2.3 Diseo Ambiente de Pruebas
4.2.4 Integracin del Ambiente de Pruebas y Setup
4.2.5 Definicin del Banco de Datos de Prueba
4.2.6 Generacin de Datos

Hitos del Proyecto de Testing

Entregables
6.1

Modelo del Test

1
1
1
1
1
1

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

6.1.1 Criterio de entrada para el modelo de testing


6.1.2 Criterio de salida para el modelo de testing
6.1.3 Criterio de suspensin y resumisin
6.2 Resultados del Test
6.3 Reporte de Defectos
7

Anexos
7.1
7.2
7.3

A: Tareas del Proyecto


B: Testing de Performance
C: Testing de Seguridad y de Control de Acceso

Workflow del testing

Necesidades del entorno


9.1
9.2
9.3
9.4

10

1
1
1

Hardware base del sistema


Elementos Software base en el entorno de Test
Herramientas de Productividad y Ayuda
Configuraciones de Entorno de Test
Responsabilidades, Personal, y Capacitacin Necesaria

10.1
10.2

Personas y Roles
Personal y entrenamiento necesario

11

Fases del proceso de Iteracin

12

Riesgos, Dependencias, Suposiciones y Limitaciones

13

Procesos administrativos y procedimientos


13.1
13.2
13.3
13.4
13.5
13.6

Medicin y determinacin del grado de la prueba


Reaporte de la cobertura del Test
Reporte de problemas, extensin, y edicin de la resolucin.
Manejo de los ciclos de Testing
Estrategias de Traceabilidad
Aprobacin y Termino

Confidencial

Proyecto Tutelkn 2015

Pgina 129

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Plan de Testing
1

Introduccin

1.1

Propsito
El propsito de este Plan de Testing es recopilar toda la informacin necesaria para
planificar y controlar el esfuerzo de Testing de esta iteracin. Este documento
describe una aproximacin al testing del software y es el primer plan generado y
utilizado por los administradores para dirigir el esfuerzo de testing.
Este Plan de Testing, para el proyecto <Nombre del Proyecto>, contempla los
siguientes objetivos:

1.2

[Identificar la informacin existente del proyecto y los componentes de software que


deberan ser testeados a partir de los Casos de Uso

Listar los requerimientos recomendados para el Testing. (Alto Nivel)

Recomendar y describir la estrategia de testing que ser utilizada.

Identificar los recursos requeridos y proveer una estimacin del esfuerzo que
significar el testing.

Listar los elementos entregables del proyecto de Testing.]


mbito
[Proporciona una descripcin por escrito de a quien va dirigido este Modelo de
testinging.

Nota: El contenido y el estilo de este documento puede alterarse en relacin de a


quien va dirigido]
1.2.1 Testing Unitario
[El testing unitario de componentes corresponder a las pruebas unitarias que
realizar el equipo de desarrollo.]
1.2.2 Testing Funcional
El testing sealado en este plan ser de tipo Caja Negra. Este tipo de testing
pretende verificar el comportamiento de la unidad, observando cmo est
implementado el comportamiento de dicha unidad.
Con esta finalidad se utilizarn datos de entradas (input), se ejecutar el proceso y
se obtendr un resultado esperado (output).
Los datos de entrada sern los utilizados por las transacciones involucradas. Cada
argumento de entrada puede seleccionar uno de los siguientes datos de Testing,
dependiendo este del resultado que se desea obtener (esperado), verificando as el
comportamiento de la componente a testear usando distintos valores de entrada:

Valores normales para cada transaccin

Valores lmites para cada transaccin

Valores de borde

Valores ilegales

Confidencial

Proyecto Tutelkn 2015

Pgina 229

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

1.2.3 Riesgos
Durante el desarrollo del Plan de Testing se pueden producir impactos sobre algunas
fases (Diseo, Desarrollo o Implementacin) del testing.
Algunos riesgos a considerar:
1. Documentacin de especificacin errnea o incompleta.
2. Lista de requerimientos inconsistente con los Casos de Uso.
3. Componentes a testear y componentes comunes correspondan a distintas
versiones.
4. Hardware y Software no funcionen correctamente.
5. Herramientas de testing automatizado estn mal configuradas.
6. Workflow del seguimiento de defectos no sean llevados en forma adecuada, para
plantear soluciones rpidas y mejoradas.
Los riesgos sern identificados de acuerdo a un concepto de Bajo, Medio o Alto,
dependiendo de la importancia del Caso de Uso para el cual se est desarrollando el
testing.
As mismo, para el proyecto <Nombre del Proyecto>se han identificado una serie de riesgos
(calificados entre 1 y 10 dependiendo de su gravedad) los que estn detallados en el
artefacto Lista de Riesgos con sus alcances y acciones, en el presente plan, los enunciamos
para sugerir algunas acciones.
1.2.3.1 Matrices de Riesgos

1.2.3.1.1
N
Riesgo

Proyecto Testing
Descripcin

Gravedad

Accin

1
2
3
4
5
6

Confidencial

Proyecto Tutelkn 2015

Pgina 329

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

1.2.3.1.2

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

<Nombre del Proyecto>

N
Riesgo

Descripcin

Gravedad

1
2
3
4
5
6

1.2.4 Identificacin del Proyecto


La siguiente tabla permite identificar la documentacin disponible para desarrollar el
Plan de Testing.
Documento
(versin / fecha)

Creado o
Disponible

Recibido o
Revisado

Documento de Visin

Si No

Si No

Especificacin de
Requerimientos

Si No

Si No

Especificaciones Funcionales

Si No

Si No

Informe de Casos de Uso

Si No

Si No

Plan del Proyecto

Si No

Si No

Especificacin de Diseo

Si No

Si No

Prototipo

Si No

Si No

Manuales de Usuario

Si No

Si No

Modelo de Negocio y Flujo

Si No

Si No

Modelo de Datos y Flujo

Si No

Si No

Funciones del Negocio y Roles

Si No

Si No

Proyecto / Business Risk


Assessment

Si No

Si No

1.3

Autor u
Origen

Notas

Dirigido a
[Provee una descripcin acerca de para quien se esta escribiendo este documento. Esto
ayuda a los lectores del documento a identificar si es un documento creado para su
uso, y ayuda a prevenir que este documento sea usado inapropiadamente.

Confidencial

Proyecto Tutelkn 2015

Pgina 429

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Nota: El contenido y el estilo del documento pueden ser modificados en relacin de a


quien van dirigidos. Esta seccin debe tener una extensin entre tres y cinco prrafos
de longitud.]
1.4

Breve Descripcin
[Breve descripcin del proyecto con: descripcin corta de arquitectura, lgica de
sistema, roles y personas responsables para testing, y los tipos de testing como
funcionalidad, usabilidad, seguridad, performance y soporte que sern direccionados
por este Modelo de testinging. Tambin es importante entregar una indicacin
general de reas significantes que sern excluidas de este punto, especialmente
aquellas en las cuales se podra asumir, de forma razonable, que estn incluidas.]

1.5

Terminologa del Documento y Acrnimos


[Esta subseccin provee las definiciones de los trminos, acrnimos, y abreviaciones
requeridas para interpretar correctamente este documento. Esta informacin puede
contener referencias al Glosario del proyecto.]

1.6

Referencias
[Este punto deber:
Proveer una completa lista de todos los documentos referenciados en cualquier
lugar del documento Plan de Testing.
Identificar cada documento por un ttulo, nmero de reporte (si aplica), fecha y
organizacin que la publica.
Especificar las fuentes desde las cuales las referencias pueden ser obtenidas.
Esta informacin puede estar referida a un apndice u otro documento.]

Confidencial

Proyecto Tutelkn 2015

Pgina 529

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Requerimientos para Testing


La siguiente lista identifica los tems (Casos de Uso, Requerimientos Funcionales y
Requerimientos no Funcionales) que se han identificado como requerimientos a ser
testeados.

2.1

Casos de Uso

2.1.1 Vista Global


[Agregar o eliminar segn corresponda]
2.1.2 Caso de uso 1
2.1.3 Caso de uso 2
2.1.4 Caso de uso 3
2.2

Requerimientos Funcionales

2.2.1 Componentes Comunes


[Agregar o eliminar segn corresponda]
2.2.2 Componente 1
2.2.3 Componente 2
2.3

Requerimientos No - Funcionales (Matriz con Input/Output)

2.3.1 Componente 1
Nro

Caso de Uso

Input

Output

Input

Output

1
2.3.2 Componente 2
Nro

Confidencial

Caso de Uso

Proyecto Tutelkn 2015

Pgina 629

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Estrategia del Testing


[A continuacin se describe la estrategia de testing a ser utilizada en <nombre del
proyecto>, en otras palabras, se indica cmo se realizar el testing de los
requerimientos analizados en la seccin precedente (Requerimientos para el Testing) la
cual identifica qu se va a testear.]
Se proponen varios tipos de Testing, en funcin de los riesgos identificados para el
proyecto; sin embargo es slo el Testing Funcional el que ser desarrollado y
ejecutado, los otros tipos de Testing se proponen como complementarios y estn
sujetos a su factibilidad de ser ejecutados por <nombre de usuario>.

3.1
3.1.1

Tipos de Testing
Integridad de la Base de Datos y de los Datos
[De acuerdo al Riesgo N 1, identificado en el punto 1.2.3.1.2 de este documentos, y
definido en el artefacto Lista de Riesgos, se sugiere realizar esta actividad,
considerando el modelo que propone el RUP.
El Administrador de Bases de Datos de <nombre del cliente>, deber asegurar que
las bases de datos para el proyecto de testing, sean un reflejo de las de produccin.]
El Administrador de Bases de Datos deber indicar las herramientas y tcnicas para
ejecutar esta prueba.
Objetivo del Test:

Asegurar que los mtodos de Acceso a la Base de Datos SQL y


los procesos asociados, funcionan apropiadamente y sin riesgo
de datos corruptos.

Tcnica a Utilizar:

Realizar la llamada a una Base de Datos y ejecutar algn


proceso con datos vlidos e invlidos.
Inspeccionar la Base de Datos para verificar que los procesos
se han realizado correctamente.

Criterio de
Verificacin:

Todos los mtodos de acceso a la Base de Datos y sus procesos


deben estar sin datos corruptos.

Consideraciones
Especiales:

La prueba puede requerir que el Administrador de Bases de


Datos disee un ambiente o drivers para acceder a los datos
directamente.
Deben invocarse los procesos manualmente.
Se debe utilizar una reducida cantidad de registros para
facilitar la inspeccin de los datos e identificar eventos
errneos.

Observaciones:

Confidencial

Proyecto Tutelkn 2015

Pgina 729

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

3.1.2 Testing Funcional


El testing funcional se realizar sobre los requerimientos funcionales antes descritos
y sus Casos de Uso. Este Testing tiene por finalidad verificar la funcionalidad de la
aplicacin a partir de datos vlidamente seleccionados sobre las transacciones del
sistema.
Este tipo de comprobacin se basa en las tcnicas de caja negra, que permiten
verifica la aplicacin (y sus procesos interiores) actuando recprocamente con la
aplicacin va el GUI y analizando el rendimiento (resultados).
Objetivo del Test:

Asegurar la funcionalidad del conjunto de casos, incluyendo la


navegacin en la aplicacin, el ingreso de datos, el proceso y la
recuperacin (resultados).
Que la navegacin a travs de los casos de prueba refleje
apropiadamente las reglas del negocio y los requerimientos,
incluyendo ventana a ventana, campo a campo y usando los
mtodos de acceso correctamente (tecla tab, movimiento del
mouse, etc.)
Que los objetos de las ventanas y sus caractersticas, tales
como mens, tamao, posicin, estados y el foco, estn de
acuerdo a los estndares.

Tcnica a Utilizar:

Criterio de
Verificacin:

Consideraciones
Especiales:

Ejecutar cada Caso de Uso, su flujo y funcionalidad usando


tanto datos vlidos como invlidos para verificar lo siguiente:

Que los resultados esperados ocurren cuando los datos


vlidos son utilizados.

Que el mensaje de error es el apropiados cuando se utilizan


datos invlidos

Que cada Regla de Negocio se utiliza apropiadamente.

Crear y modificar los procedimientos de Test para cada


ventana, para verificar los estados de los objetos y de la
aplicacin.

Todas la pruebas planificadas se ejecutaron correctamente

Todos los defectos identificados han sido asignados.

Cada ventana debe ser verificada para mantener la


consistencia con la versin maestra y verificar que est
dentro de los estndares aceptables.

[Puede que no todas las propiedades sean verificadas,


considerar las ms importantes y/o definidas y no todos los
objetos de terceras partes puedan ser verificados.]

Observaciones:

Confidencial

Proyecto Tutelkn 2015

Pgina 829

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

3.1.3 Testing de Performance


[Este testing no est considerado realizar en esta primera etapa, de tal forma que
slo se enmarca en una recomendacin que <nombre de usuario> deber evaluar y
decidir.]
Un detalle de este tipo de Testing, adjunta en el Anexo B de este documento.
3.1.4 Testing de Seguridad y de Acceso a Datos
[Este testing no est considerado realizar en esta primera etapa, de tal forma que
slo se enmarca en una recomendacin que <nombre de usuario> deber evaluar y
decidir.]
Este tipo de testing se enmarca dentro de la metodologa del RUP.
Un detalle de este tipo de Testing, adjunta en el Anexo B de este documento.

Confidencial

Proyecto Tutelkn 2015

Pgina 929

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

3.1.5 Herramientas
Las siguientes herramientas sern utilizadas en el Proyecto de Testing <Nombre del
Proyecto>
Herramienta

Vendedor/Tienda

Versin

Gua de Referencia

Rational Unified Process

Rational Software
Corp.

5.5

Administracin del
Testing

Rational TestManager
incluida en el Rational
TeamTest

Rational Software
Corp.

7.5

Seguimiento de
Defectos

Rational ClearQuest TT
Edition incluida en el
Rational TeamTest

Rational Software
Corp.

2.0

Rational Robot incluido en


el Rational TeamTest

Rational Software
Corp.

7.5

Testing Funcional
ASQ Tool
(performance testing)

No definido

Test Coverage
Monitor or Profiler

No definido

Administrador de
Proyectos

Microsoft Project

Microsoft Software
Corp.

98

Microsoft Access

Microsoft Software
Corp.

97

SQL Server

Microsoft Software
Corp.

7.0

Herramienta de
DBMS

Confidencial

Proyecto Tutelkn 2015

Pgina 1029

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Recursos
Esta seccin presenta una recomendacin de recursos para el esfuerzo de testing del
sistema <Nombre del Proyecto>, sus principales responsabilidades y sus
conocimientos y habilidades.

4.1

Profesionales
La siguiente tabla muestra el equipo para el Proyecto de Testing:
Recursos Humanos
Trabajador

Recursos mnimos
recomendados

Responsabilidades especficas /
Comentarios

(Nmero de
trabajadores FullTime)

Diseador del
Test

Identificar, priorizar e implementar los


casos del Test
Responsabilidades

Tester

Genera el plan de Test

Genera el Modelo de testing

Evaluar de forma efectiva el esfuerzo de


Testing

Ejecutar los test


Responsabilidades:

Administrador de
sistema del Test

Ejecuta los test

Guarda estado de los resultados

Recuperacin de errores

Peticin de cambio de la documentacin

Asegurar que el entorno de test y valores


estn controlados y mantenidos.
Responsabilidades

Administrador de
la Base de Datos
/ Encargado de
la Base de Datos

Administrar el sistema de control del


Test

Instalar / manejar el acceso de los


trabajadores al sistema de Testing

Asegurar que el entorno de datos del test


(Base de Datos) y los valores que contiene
estn controlados y mantenidos.
Responsabilidades:

Confidencial

Administra los datos del Test (Base de


Datos)

Proyecto Tutelkn 2015

Pgina 1129

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Recursos Humanos
Trabajador

Recursos mnimos
recomendados

Responsabilidades especficas /
Comentarios

(Nmero de
trabajadores FullTime)

Diseador

Identificar y definir las operaciones,


atributos y asociaciones de las clases del
test.
Responsabilidades:

Implementador

Identifica y define el(las) clase(s) de


Test

Identifica y define los paquetes del Test

Implementar y unir las clases de test y los


paquetes.
Responsabilidades:

4.2

Crea las clases de test y los


paquetes implementados en el
Modelo de testing.

Ambiente de Pruebas
Para el Ambiente de Pruebas se describen los recursos y las actividades necesarias
para el setup del Ambiente de Pruebas. Se identifican los requerimientos de
hardware, software y de comunicacin necesarios para crear y dar soporte
permanente al Ambiente de Pruebas. Las actividades de instalacin y setup para el
conjunto de los componentes del Ambiente de Pruebas, debern ser planificadas y
calendarizadas. Se requiere que este ambiente sea seguro, estable y dedicado
exclusivamente para las pruebas del sistema.

4.2.1 Preparacin del Ambiente de Pruebas


Las pruebas unitarias y de regresin debern ser ejecutadas dentro del Ambiente de
Desarrollo, las pruebas de aceptacin del usuario y del sistema se ejecutarn en este
Ambiente de Pruebas. Este Ambiente deber representar una configuracin idntica
al Ambiente de Produccin o al menos, una versin en menor escala del Ambiente
Operacional (Produccin). Esto se requiere debido a que se debe replicar el
rendimiento de la lnea base y las medidas de mejoramiento relacionadas.
4.2.2 Diseo del Ambiente de Pruebas
La siguiente tabla identifica los recursos de sistema identificados para el proyecto de
testing.
ITEM

DESCRIPCIN

OBSERVACIONES

HARDWARE
Estacin de Testing (Cliente)

Confidencial

Proyecto Tutelkn 2015

Pgina 1229

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

ITEM

DESCRIPCIN

Procesador

Pentium II 300 MHz o


superior

Memoria RAM

64 MB (128 MB ideal)

Espacio en Disco

600 MB

Tipo Monitor y Resolucin

SVGA .28 I 800x600

Unidad de Disquete

1.44 MB

OBSERVACIONES

Tarjeta de red
Modem
Mouse
Tipo Enlace
Servidores
Serminsuc (Testing)
Procesador
Memoria RAM
Espacio en Disco
Tipo Monitor y Resolucin
Unidad de Disquete
Tarjeta de red
Mdem
Mouse
Tipo Enlace
Sersuc (Testing)
Procesador
Memoria RAM
Espacio en Disco
Tipo Monitor y Resolucin
Unidad de Disquete
Tarjeta de red
Mdem
Mouse
Tipo Enlace
VAX
Tipo Enlace
Confidencial

Proyecto Tutelkn 2015

Pgina 1329

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

ITEM

DESCRIPCIN

OBSERVACIONES

Espacio en Disco
RedBank
Tipo Enlace
Dicom
Tipo de Enlace
Impresoras
Marca y Modelo
Tipo
Resolucin
Performance
Dedicacin
RED
Topologa
Medio
Velocidad
Protocolo
Mdems
Conexin Internet
Sistema de Respaldo /
Restauracin
Unidad (Modelo y Marca)
Capacidad
Ubicacin
SOFTWARE
Estacin de Testing (Cliente)
Sistema Operativo
Herramienta de Testing

Rational TeamTest
compuesta por Robot,
ClearQuest TT, Test
Manager

Herramienta de Modelamiento

Rational Rose 2000

BDMA

Access

Browser

Microsoft Explorer

Confidencial

Proyecto Tutelkn 2015

Pgina 1429

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

ITEM

DESCRIPCIN

Software de Escritorio

OBSERVACIONES

Microsoft Office

Serminsuc (Testing)
Sistema Operativo
Software de Red
Dominio/Cuenta

Sersuc (Testing)
Sistema Operativo
Software de Red
Dominio/Cuenta

Repositorios
Servidor
Dominio / Cuenta

Seguridad

4.2.3 Diseo Ambiente de Pruebas


El siguiente diagrama muestra la arquitectura del Ambiente de Pruebas requerido
para realizar el Testing de <nombre del proyecto>.
<<incluir_diagrama_de_la_arquitectura_del_ambiente_de_prueba>>
4.2.4 Integracin del Ambiente de Pruebas y Setup
Para esta actividad se requerir la participacin de profesionales de <nombre de
cliente> en cuanto a instalacin, configuracin y puesta en marcha del Ambiente de
Pruebas. Principalmente se requiere del responsable de la Red y Administracin de
Bases de Datos, de tal forma de obtener un ambiente lo ms consistente y smil al de
produccin, con las bases de datos creadas y el software configurado para asegurar
que el sistema funciona de acuerdo a diseo.

Las actividades generales a ser consideradas son:

Confidencial

Proyecto Tutelkn 2015

Pgina 1529

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>
Actividad

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Responsable

Fecha
Estimada

Fecha
Real

Observaciones

4.2.5 Definicin del Banco de Datos de Prueba


Para el tipo de Testing que se realizar, se debe asegurar que los requerimientos
sern adecuadamente probados y verificados. En este sentido, se debern tomar las
siguientes consideraciones al momento de generar el Banco de Datos.
4.2.5.1 Profundidad
4.2.5.2 Variacin
4.2.5.3 Alcances
4.2.5.4 Ejecucin
4.2.5.5 Condiciones
En esta consideracin, se requiere conocer la documentacin del sistema, de tal
forma de obtener el mximo de informacin para la creacin de los datos.
La documentacin que se requiere es:
Documentacin conceptual del sistema
Definicin de Requerimientos
Especificacin de software / hardware
Diagrama entidad - relacin
Diagrama de Casos de Uso
Diagrama de Estado
Diccionario de datos
4.2.6 Generacin de Datos
La generacin de los datos para las pruebas consideran los siguientes aspectos, que
se deben definir de acuerdo a los requerimientos y posibilidades de su obtencin.
Los aspectos que se describen a continuacin, pretenden que tanto los datos sean
los correctos, como la cobertura de los mismos cubra todos los riesgos y situaciones
que se presenten.
4.2.6.1 Muestra de Produccin
Para que la muestra de datos sea realmente representativa, se deber elegir una
fecha testigo adecuada y que posibilite la mayor cobertura de datos. En este
sentido
se
ha
elegido
como
fecha
testigo
el
<<indicar_fecha_testigo_para_obtencin_de_datos>>
Para la obtencin de datos por esta va, se debern definir las restricciones (por
motivos de confidencialidad) y generar algn utilitario para filtrar los datos de tal
forma de obtener la mayor variabilidad de datos posible.
Confidencial

Proyecto Tutelkn 2015

Pgina 1629

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Adems se deben considerar los siguientes aspectos para asegurar que estos datos
funcionen correctamente en el Ambiente de Pruebas:
Archivos Maestros al Inicio del Da
Tablas de Parmetros
Interfaces de Entrada
Archivos de Movimientos del da o del periodo
Todos estos aspectos se deben considerar en los distintos ambientes donde los
datos van a ser utilizados en las transacciones o actualizaciones (VAX, RedBank,
NTs)
4.2.6.2 Datos Complementarios
En este aspecto se deben verificar si es necesario generar datos complementarios
para cubrir todas las posibles variaciones que se puedan dar. La generacin de los
datos complementarios depender de los datos obtenidos de produccin y de la
informacin que est en la documentacin solicitada.
Uno de los aspectos a considerar para generar datos complementarios, es el
aspecto de fecha, para lo cual se deber considerar el envejecimiento de los datos a
objeto de mantener la consistencia de las pruebas e independencia de la fecha de
proceso.
4.2.6.3 Envejecimiento de Datos de Prueba
En este aspecto se deben considerar los envejecimientos de los datos de prueba, de
tal forma que cumplan con la validez de las pruebas. Los datos a envejecer sern
tanto los obtenidos desde produccin como los complementarios generados para
cubrir el total de las condiciones y variaciones.
Esta consideracin es eventual y deber considerarse slo si es necesario. Tienen
especial relevancia ciertas fechas en que, para <nombre de usuario>, se realizan
procesos claves, las fechas en cuestin con sus implicancias se detallan a
continuacin:
Fecha

Consideraciones

Observaciones

4.2.6.4 Procesos Batch


En este aspecto se consideran algunos procesos batch que son necesarios para la
actualizacin de datos en <Nombre del proyecto>

Los procesos batch identificados son los siguientes:

Confidencial

Proyecto Tutelkn 2015

Pgina 1729

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>
Job

Confidencial

Archivo
maestro

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Archivo de
Movimiento

Tablas

Proyecto Tutelkn 2015

Interfaces

Informes

Pgina 1829

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Hitos del Proyecto de Testing


[A continuacin se enumeran las actividades a realizar en el Proyecto de Testing.]
Tareas

Responsable

Esfuer
zo

Fecha
Inicio

Fecha
Trmino

Plan Test
Identificar el Proyecto
Definir Estrategia
Estimar Actividades
Identificar Recursos
Documentar Plan de
Testing
Agenda de Actividades
Revisin del Plan de
Testing
Diseo del Test
Analizar Requerimientos
Especificar
Procedimientos de Test
Especificar Test Case
Revisar Cobertura de los
requerimientos de Test
Implementacin de Test
Establecer Ambiente de
Implementacin
Desarrollar los
Procedimientos de Test
Testear y debugear los
Procedimientos de Test
Modificar los
Procedimientos de Test
Retestear y debugear los
Procedimientos de Test
Ejecucin del Test
Ejecutar Test
Verificar Resultados
Esperados

Confidencial

Proyecto Tutelkn 2015

Pgina 1929

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Tareas

Responsable

Esfuer
zo

Fecha
Inicio

Fecha
Trmino

Investigar Resultados
Inesperados
Log de Defectos
Re-Ejecutar Test
Evaluacin del Test
Revisar el Log del Test
Evaluar cobertura de los
Casos de Test
Evaluar Defectos
Reportar Defectos

Confidencial

Proyecto Tutelkn 2015

Pgina 2029

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Entregables
[En esta seccin se deben listar los documentos, herramientas, y reportes que sern
creados, autor, destinatario y fecha de entrega]

6.1

Modelo del Testing


[Esta seccin identifica los reportes del Modelo de testing que sern creados y
distribuidos. Estos artefactos pertenecientes al modelo de testing deben ser creados y
referenciados en la herramienta ASQ]

6.1.1

Criterio de entrada para el modelo de testing


[Especifica el criterio que se usara para determinar si la ejecucin del Modelo de
testinging puede comenzar]

6.1.2

Criterio de salida para el modelo de testing


[Especifica el criterio que se usara para determinar si la ejecucin del Modelo de
testinging se ha completado o si continua en ejecucin sin entregar resultados]

6.1.3 Criterio de suspensin y resumisin


[Especifica el criterio que se usara para determinar si el testing debe ser suspendido
prematuramente o finalizado antes que el modelo de testing haya sido ejecutado
completamente, y bajo que criterio puede ser reasumido el testing ]
6.2

Resultados del Testing


[Describe los mtodos y las herramientas usadas para registrar y reportar en el test
los resultados y el status del test]

6.3

Reporte de Defectos
[Esta seccin identifica el mtodo y la(s) herramienta(s) usadas para registrar, ajustar
y reportar los incidentes del test y sus status]

Confidencial

Proyecto Tutelkn 2015

Pgina 2129

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

7
7.1

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Anexos
A: Tareas del Proyecto
La siguiente lista muestra las tareas relacionadas con el test:

Plan de Testing (Preliminar)


Identificar Requerimientos para el Testing
Medir los Riesgos
Desarrollar la Estrategia del Testing
Identificar los Recursos del Testing

No
Aplica

Creacin del Inventario

Generar Plan de Testing


Disear el Testing
Anlisis de Workload
Identificar y Describir los Test Case
Identificar y Estructurar los Procedimientos de Test
Revisar y Accesar la Cobertura del Test
Implementar el Test
Grabar o Programar los Script del Test
Identificar las funcionalidades de test especficos en el modelo
de diseo e implementacin.
Establecer el Conjunto de Datos Externos
Ejecutar el Test
Ejecutar los Procedimientos de Test
Evaluar la Ejecucin del Test
Recuperacin de un test interrumpido.
Verificar los Resultados
Investigar los Resultados Inesperados
Log de Defectos
Evaluar el Test
Evaluar la cobertura de los Test Case

No
Aplica

Evaluar la Cobertura del Cdigo


Analizar Defectos

Confidencial

Proyecto Tutelkn 2015

Pgina 2229

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Determinar si el Criterio de Carga y el Criterio de aceptacin


fueron archivados

Confidencial

Proyecto Tutelkn 2015

Pgina 2329

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>
7.2

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

B: Testing de Performance
[De acuerdo al Riesgo N 2, identificado en el punto 1.2.3.1.2 de este documento y
definido en el artefacto Lista de Riesgos se sugiere realizar este tipo de Testing.
El Testing de Performance es una prueba para verificar los tiempos de respuestas, la
tasa de transacciones y otros tiempos requeridos de desempeo. La finalidad del
Testing de Performance es verificar que los tiempos de respuestas requeridos son los
ptimos. El Testing de Performance verifica que el desempeo del sistema y la
configuracin del hardware son adecuados frente a una serie de transacciones bajo
ciertas condiciones de carga.]
Para esto, se definen las transacciones de acuerdo a los Casos de Uso especficos que
se espera que un actor del sistema realice usando un conjunto de datos para agregar
o modificar transacciones.

Objetivo del
Testing:

Verificar la conducta de Performance para las transacciones


seleccionadas
o
funcionalidades
bajo
las
siguientes
condiciones:
- Una carga de trabajo normal
- Una sobrecarga de trabajo
Usar los procedimientos de pruebas desarrollados para el
Testing Funcional.

Tcnica:

Modificar los archivos de datos para aumentar las transacciones


o los script de robotizacin para incrementar el nmero de
iteraciones de cada transaccin.
Los script debern correr en una mquina (la mejor referencia
es un solo usuario y una nica transaccin) y repetirla con
mltiples clientes (virtuales o reales).

Criterio de
Verificacin:

Confidencial

Una Transaccin / Un Usuario: La finalizacin exitosa de los


Test scripts sin ninguna falla dentro del tiempo esperado (por
transaccin en forma independiente).
Mltiples Transacciones / Mltiples Usuarios: La finalizacin
exitosa de los Test scripts sin ninguna falla dentro tiempo
estimado.

Proyecto Tutelkn 2015

Pgina 2429

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

La extensin del Testing de Performance requiere tener en


background la carga de trabajo en el servidor.
Existen varios mtodos que se pueden usar para realizar esto
como por ejemplo:
Gatillar transacciones directamente al servidor, normalmente
en forma de llamadas de SQL.

Consideraciones
Especiales:

Crear una carga de usuarios virtuales para simular


(normalmente varios cientos) los clientes. Para esto se utilizan
herramientas de emulacin de terminales remotas para lograr
esta carga. Esta tcnica tambin puede usarse para someter a
la red a un alto trfico.
Usar mltiples clientes fsicos, cada uno corriendo los Test
scripts para agregar una carga al sistema.
El Testing de Performance debera realizarse en una mquina
dedicada o en un tiempo dedicado. Esto permite un control
total y una exacta medicin.
Las bases de datos utilizadas para realizar el Testing de
Performance debern ser del tamao equivalente a las de
produccin o a escala similar.

Observaciones:
7.3

Este tipo de testing no se planificar ni se ejecutar.

C: Testing de Seguridad y de Control de Acceso


[De acuerdo al Riesgo N 4, identificado en el punto 1.2.3.1.2 de este documento y
definido en el artefacto Lista de Riesgos, se sugiere realizar este tipo de Testing.]
Se recomienda que el Administrador de la Red y del Sistema planifiquen algunas
pruebas en este sentido.

[El Testing de Seguridad y de Control de Acceso enfoca en dos reas claves de la


seguridad:]
Seguridad a nivel de la Aplicacin, incluyendo acceso a los datos o funciones de
negocio, y
Seguridad a nivel del Sistema, incluyendo el login y/o el acceso remoto al sistema.
La seguridad a nivel de la aplicacin, asegura que, sobre la base de la seguridad
deseada, se restringen a los usuarios a ciertas funciones o Casos de Uso especficos
o se les limita el acceso a datos disponible para ellos.
La seguridad a nivel de sistema, asegura que slo los usuarios definidos en el
sistema son capaces de acceder a la aplicacin y slo a travs de entradas
apropiadas.

Confidencial

Proyecto Tutelkn 2015

Pgina 2529

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Objetivo del Test:

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Seguridad a Nivel de Aplicacin: Verificar que un usuario


puede acceder slo a las funcionalidades y datos para
las cuales ese tipo de usuario tiene permiso.
Seguridad a Nivel de Sistema: Verificar que slo esos
usuarios con acceso al sistema y aplicacin tienen
permitido el acceso.
Nivel de Aplicacin: Identifique y liste cada tipo de
usuario y las funcionalidades y datos de cada tipo para
las cuales tiene permiso.

Tcnica:

Cree Test para cada tipo de usuario y verifique cada


permiso creando transacciones especficas para cada
usuario.
Modifique los tipos de usuarios y vuelva a ejecutar los
Test case para los mismos usuarios. En cada caso
verifique si las funcionalidades y los datos estn
correctamente disponible o denegados.
Acceso a Nivel de Sistema: vea las consideraciones
especiales ms abajo.

Criterio de Verificacin:

Para cada tipo de usuario conocido, las funcionalidades


y los datos correctos debieran estar disponibles y todas
las transacciones ejecutadas debieran ejecutarse de
acuerdo a lo esperado.

Consideraciones
Especiales:

El acceso al sistema debera ser verificado con el


administrador de la red o del sistema. Este testing
quizs pueda requerir de la participacin del
administrador de la red o del sistema.

Observaciones:

Este tipo de testing no ser planificado y no se


ejecutar.

Confidencial

Proyecto Tutelkn 2015

Pgina 2629

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Workflow del testing


[Proporciona un entorno del workflow a seguir por el equipo de testing en el
desarrollo y ejecucin del Modelo de testinging
El workflow especfico del testing que ser usado debe ser documentado por
separado en los Casos de desarrollo del proyecto. Este debera explicar como, en el
proyecto, se ha personalizado la base RUP de workflow testing.
Los detalles mas especficos de las tares de testing individuales estn definidas de
diferentes formas, dependiendo de la naturaleza del proyecto; por ejemplo:
Definido como una lista de tareas en esta seccin del Modelo de testinging, en un
apndice.
Definido en un cronograma central del proyecto (a menudo con una herramienta
como Microsoft Project)
Documentado por separado, listas dinmicas To-Do para cada miembro del equipo,
usualmente tambin estn detallados para ser ubicados en el Modelo de testinging.
Documentado en un panel central y actualizado dinmicamente.
Documentado de manera no formal del todo.
Basado en la naturaleza del proyecto, debera listar las tareas especficas de testing en
este punto o entregar un texto descriptivo explicando los procesos que usa el equipo de
testing para manejar los detalles del plan y entregar una referencia de donde sern
almacenados estos detalles, siempre y cuando sea apropiado.
Para los planes de testing maestros, se recomienda evitar la descripcin detallada de la
tarea de planeamiento.]

Confidencial

Proyecto Tutelkn 2015

Pgina 2729

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Necesidades del entorno


[Esta seccin especifica los recursos no humanos requeridos por el Modelo de
testinging]

9.1

Hardware base del sistema


La siguiente tabla establece los recursos necesarios por el test enunciado en este
Modelo de testinging.
[Los elementos especficos del sistema de testing pueden no ser comprendidos en su
totalidad en las primeras iteraciones, por lo tanto se espera que esta seccin se
complete despus del tiempo.]
[Nota: Aadir o borrar tems segn sea necesario]

Recurso
Servidor de Base de Datos
Network o Subnet
Nombre del Servidor
Nombre de Base de
Datos
PCs clientes de testing
Extras
Configuracin
Requerimientos
Deposito de Testing
Network o Subnet
Nombre del Servidor
PCs de desarrollo del testing
9.2

Cantidad

Nombre y tipo

Elementos Software base en el entorno de Testing


Los siguientes elementos software base son requeridos en el entorno de testing de
este Modelo de testinging.
[Nota: Aadir o borrar tems segn sea necesario]

Nombre del elemento


Software
NT Workstation
Windows 2000
Internet Explorer
Netscape Navigator
Microsoft Outlook
McAffee Antivirus

Confidencial

Versin

Tipo y Otras Notas


Sistema Operativo
Sistema Operativo
Browser de Internet
Browser de Internet
Software cliente de eMail
Deteccin de virus y
recuperacin de software

Proyecto Tutelkn 2015

Pgina 2829

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

9.3

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Herramientas de Productividad y Ayuda


Las siguientes herramientas sern empleadas como ayuda al testing para este Modelo
de testinging.
[Nota: Aadir o borrar tems segn sea necesario]
Herramienta Categora
o Tipo
Manejo del Testing
Ajuste de Defectos
Herramienta ASQ para
testing funcional
Herramienta ASQ para
testing de performance
Monitor del nivel de
cobertura del testing
Administracin del
proyecto
Herramientas DBMS

9.4

Marca de la
herramienta

Vendedor o Local

Versin

Configuraciones de Entorno de Testing


Las siguientes Configuraciones de Entorno de Testing necesitan ser proporcionadas y
soportadas para este proyecto.
Nombre de la Configuracin

Descripcin

Implementado en
configuracin fsica

Configuracin de usuario
promedio
Configuracin mnima soportada
Visibilidad y Movilidad testeada
S.O. Internacional de Doble
Byte
Instalacin de Network (No del
cliente)

Confidencial

Proyecto Tutelkn 2015

Pgina 2929

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

10 Responsabilidades, Personal, y Capacitacin Necesaria


[Esta seccin presenta los recursos requeridos para dirigir el testing en el Modelo de
testinging; las responsabilidades generales y el conocimiento o habilidad requerida
para estos recursos]
10.1 Personas y Roles
Esta tabla muestra los roles del personal en el esfuerzo de testing.
[Nota: Aadir o borrar tems segn sea necesario]

Rol

Recursos Humanos
Recursos Mnimos Recomendados
(nmero de roles asignados por
tiempo completo)

Responsabilidades
Especficas o
Comentarios
Realiza un manejo superficial.
Sus responsabilidades incluyen:

Planeamiento y Logstica

Misin de acuerdo

Identificar los motivos

Adquirir los recursos

Encargado de
Testing

apropiados
Presentar reportes

gerenciales
Abogar por los intereses

del test
Evaluar la efectividad del
esfuerzo de test

Identifica y define los test


especficos que deben realizarse.
Sus responsabilidades incluyen:

Identificar las ideas del

Analista de
Testing

Test
Definir los detalles del

test
Determinar los resultados

del Test
Peticiones de cambios en

la Documentacin
Evaluar la calidad del
producto

Confidencial

Proyecto Tutelkn 2015

Pgina 3029

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Rol

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Recursos Humanos
Recursos Mnimos Recomendados
(nmero de roles asignados por
tiempo completo)

Responsabilidades
Especficas o
Comentarios
Define el acercamiento tcnico
para la implementacin del
esfuerzo de testing.
Sus responsabilidades incluyen:

Define una aproximacin

Diseador del
Testing

al test
Define la arquitectura de

automatizacin
Verifica las tcnicas de

Test
Define la testeabilidad de

los elementos
Estructura la
implementacin del Test

Implementa y ejecuta los tests.


Sus responsabilidades incluyen:

Implementar los tests y

Tester

los test suites.


Ejecutar los test suites.
Guardar run registro de

los resultados.
Analizar y recuperarse de

una falla en el test.


Documentar los
incidentes.

Asegura que el entorno de test se


encuentre en buenas condiciones.
Sus responsabilidades incluyen:

Administrar el sistema de

Administrador
de sistema del
Testing.

el acceso y recuperacin
del entorno de
configuraciones y
laboratorios de test.
Asegura que el entorno de datos
del test (Base de Datos) se
encuentre activo y en buenas
condiciones.
Sus responsabilidades incluyen:

Dar soporte a la

Administrador
de la Base de
Datos,
Encargado de
la Base de
Datos

Confidencial

test
Instala y da soporte para

administracin de los
datos del test (Base de
Datos)

Proyecto Tutelkn 2015

Pgina 3129

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Rol

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

Recursos Humanos
Recursos Mnimos Recomendados
(nmero de roles asignados por
tiempo completo)

Responsabilidades
Especficas o
Comentarios
Identifica y define las operaciones,
atributos, y asociaciones de las
clases del test.
Sus responsabilidades incluyen:

Definir las clases del test

Diseador

requeridas para soportar


los requerimientos de
testeabilidad como fueron
definidos por el equipo de
test.
Implementa y une los tests de las
clases y paquetes de test.
Sus responsabilidades incluyen:

Crear los componentes

Implementado
r

del test requeridos para


soportar los
requerimientos de
testeabilidad como fueron
definidos por el
diseador.

10.2 Personal y entrenamiento necesario


Esta seccin muestra como acercar al personal y capacitarlos en los roles de test
definidos para el proyecto.
[La forma de acercar al personal y capacitarlo puede variar de un proyecto a otro. Si
esta seccin es parte del Plan de Testing Maestro, debera indicar en que puntos del
ciclo de vida del proyecto se necesitarn diferentes habilidades y nmero de personas.
Si esta es una Iteracin del Plan de Testing, debera enfocarse principalmente en donde
y que capacitacin debe efectuarse durante la iteracin
De todas maneras la etapa de capacitacin necesita un cronograma, esto basado en la
filosofa del Just-In-Time (JIT).
Ver las oportunidades de combinar herramientas de productividad comerciales con la
capacitacin en estas herramientas.
El equipo de testing requiere, a menudo, soporte y habilidades de miembros de otros
equipos que no sean directamente parte de este equipo de Testing. Asegurarse de
tener en mente en el plan una apropiada disponibilidad de los Administradores de
Sistemas, Administradores de la Base de Datos, y Desarrolladores quienes son
necesarios para establecer el esfuerzo de testing.]

Confidencial

Proyecto Tutelkn 2015

Pgina 3229

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

11 Fases del proceso de Iteracin


[Identificar las fechas claves de cada fase que fije el contexto para el esfuerzo de
testing.]
Fecha de
Inicio
planeada

Fase

Fecha de
Inicio
actual

Fecha de
Termino
planeada

Fecha de
Termino
actual

Acuerdo del Plan de Iteracin.


Comienzo de la Iteracin
Baselined de los requerimientos.
Baselined de la Arquitectura
Baselined de la Interfaz de Usuario
Primer Build entregado para el Test
Primer Build aceptado en el Test
Primer Build que completa el ciclo de
Test
[El Segundo Build no ser testeado]
Tercer Build entregado para el Test
Tercer Build aceptado en el Test
Tercer Build que completa el ciclo de
Test
Cuarto Build entregado al Test
Cuarto Build aceptado en el Test
Revisin de la evaluacin de la
Iteracin
Fin de la Iteracin

Confidencial

Proyecto Tutelkn 2015

Pgina 3329

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

12 Riesgos, Dependencias, Suposiciones y Limitaciones


[Listar cualquier riesgo que pueda afectar la ejecucin satisfactoria de este Plan de
Testing, e identificar las estrategias de mitigacin y contingencia para cada riesgo.
Indicar tambin un ranking de los riesgos mas esperados y de los que pueden producir
el mayor impacto.]
Riesgo

No se cumple el criterio de
Prerrequisito de entrada.

Datos del test de prueba son


inadecuados

La Base de Datos requiere


actualizacin

Estrategia de Mitigacin
<Tester> Deber definir los
prerrequisitos que se deben
cumplir antes de empezar a
cargar el Testing
<Cliente> Deber esforzarse
por cumplir los prerrequisitos
indicados por el <Tester>
<Cliente> Debe asegurar
que un conjunto completo de
datos del test estn
disponibles y sean
apropiados
<Tester> Deber indicar que
es lo que se requiere y
deber verificar que los
datos del test sean
apropiados.
<Administrador de Sistema>
Deber preocuparse de que
la Base de Datos sea
regularmente actualizada,
tan frecuente como sea
requerido por el <Tester>

Contingencia (El riesgo se


realiza)
Encontrar las salidas de
los prerrequisitos
Considerar una falla en la
introduccin de los datos
del Test

Redefinir los datos del


Test
Revisar el Modelo de
testing y modificar los
componentes (estos son,
scripts)
Considerar una falla en la
introduccin de los datos
del Test
Restaurar los datos y
comenzar de nuevo
Limpiar la Base de Datos

[Listar cualquier dependencia identificada durante el desarrollo de este Modelo de testinging


que pueda afectar su ejecucin satisfactoria si estas dependencias no han sido
mencionadas. Tpicamente estas dependencias que estn relacionadas con actividades en la
ruta crtica son prerrequisitos o postrrequisitos para una o mas actividades procedentes (o
subsecuentes). Deber considerar las responsabilidades de miembros de otros equipos o del
personal, externas al esfuerzo de testing]
Dependencia entre

Potencial impacto o
dependencia

Propietarios

[Listar cualquier suposicin realizada durante el desarrollo de este Modelo de testinging que
Confidencial

Proyecto Tutelkn 2015

Pgina 3429

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

puedan afectar su ejecucin satisfactoria. si estos supuestos comprueban que son


incorrectos. Los supuestos estn relacionados.]
Supuesto a probar

Impacto del supuesto si es


incorrecto

Propietarios

[ Listar cualquier restriccin puesta en el esfuerzo de Testing que haya tenido un efecto
negativo en la manera en que se haya realizado este Modelo de testinging]
Restriccin en

Impacto de la restriccin
en el esfuerzo de Test

Propietarios

13 Procesos administrativos y procedimientos


[Describa qu procesos y procedimientos deben ser utilizados cuando los resultados
cumplen con el Modelo de Testing y con los resultados esperados]
13.1 Medicin y determinacin del grado de la prueba
[Describa el proceso de medicin y cuantificacin que ser usado para ajustar el grado
del Testing]
13.2 Reaporte de la cobertura del Testing
[Describa el proceso de cuantificacin para revisar y aceptar los reportes de este
Modelo de testing]
13.3 Reporte de problemas, extensin, y edicin de la resolucin.
[Defina como los problemas del proceso sern reportados y extendidos, y el proceso
a seguir para llevar a cabo la resolucin.]
13.4 Manejo de los ciclos de Testing
[Describa el manejo de los procesos de control para un ciclo de Testing]
13.5 Estrategias de Traceabilidad
[Considere una adecuada estrategia de traceabilidad para:

Cobertura del Test versus las especificaciones Establece una medida para el
grado del Test

Motivaciones para el Test Establece determinaciones de relevancia de los test


para ayudar a determinar donde mantener o retirar tests

Elementos del diseo de software Establece ajustes de los subsecuentes


cambios en el diseo que harn necesario la re-ejecucin de Test o su retiro

Peticin de los resultados de los cambios Permite a los tests que


descubrieron la necesidad de un cambio, ser identificados y ejecutados

Confidencial

Proyecto Tutelkn 2015

Pgina 3529

<Nombre del Proyecto>


Plan de Testing
<Identificador de Documento>

Versin:
<1.1.0>
Fecha: <aaaa-mm-dd>

nuevamente para verificar que la peticin de cambios a sido completada


satisfactoriamente ]
13.6 Aprobacin y Trmino
[Describe el proceso de aprobacin y lista los ttulos de los trabajos (y nombres de los
actuales Responsables), antes de esto el plan debe haber sido aprobado y los planes
deben haber completado satisfactoriamente su ejecucin]

Confidencial

Proyecto Tutelkn 2015

Pgina 3629

Vous aimerez peut-être aussi