Beruflich Dokumente
Kultur Dokumente
<Nombre de Proyecto>
Versin 1.0
Empresa:
Fecha:
Jefe Proyecto:
Telfono:
Email:
Unidad Gobierno:
Contacto:
Telfono:
Email:
rea de Informtica
Jefe de proyecto:
Telfono:
Email:
Fecha:
Versin:
Autor:
Documento:
Proyecto:
Fecha
Revisado por
Fecha
Aprobado por
Fecha
CONTROL DE VERSIONES
Versin
Fecha
Descripcin
LISTA DE DISTRIBUCIN
Nombre
Rol
Pgina 2 de 13
Organizacin
Fecha:
Versin:
Autor:
Documento:
Proyecto:
ndice
1. OBJETIVOS DEL DOCUMENTO..................................................................................................................... 4
2. DOCUMENTOS RELACIONADOS................................................................................................................... 4
3. REQUISITOS HARDWARE Y SOFTWARE PARA LA REALIZACINDE PRUEBAS....................................6
3.1. DESCRIPCION DEL ENTORNO DE PRUEBAS..............................................................................................................6
3.2. RESPONSABILIDADES.................................................................................................................................................... 6
Pgina 3 de 13
Fecha:
Versin:
Autor:
Documento:
Proyecto:
1.
Este documento tiene un doble objetivo en la primera parte del mismo se elaborar el Plan de Pruebas para el
proyecto <Nombre del Proyecto>. A travs de este Plan se especificarn:
Los Criterios de Aceptacin para las Pruebas de Aceptacin del Sistema, definidos en el Acuerdo de
Ejecucin.
La segunda parte del documento contiene los resultados obtenidos de la realizacin de las pruebas
2.
DOCUMENTOS RELACIONADOS
< En esta seccin se enumeran los documentos relacionados con la implantacin del sistema. Siempre se
har referencia como mnimo al Anlisis Funcional, peticiones de cambio (que impliquen ampliaciones
funcionales) y al Procedimiento de Planificacin, diseo y ejecucin de pruebas que aplique. >.
Nombre
Descripcin
Pgina 4 de 13
Fecha:
Versin:
Autor:
Documento:
Proyecto:
Seccin
I
PLAN DE PRUEBAS
Pgina 5 de 13
Fecha:
Versin:
Autor:
Documento:
Proyecto:
3.
<En este apartado se detallan todos los requisitos, herramientas, configuraciones y otras consideraciones de
tanto software como hardware para la elaboracin de las pruebas>
3.1.
<En este apartado se definen las dependencias y otras consideraciones de entorno relacionadas con las
prueba>
3.2.
RESPONSABILIDADES
<La siguiente tabla resume cada una de las pruebas que se detallarn posteriormente as como su tipo y
quien debe realizar las pruebas >
Accin
4.
Tipo de prueba
responsable
Empresa
4.1.
<En este apartado se define el alcance de las pruebas unitarias que va a realizar el equipo de de sarrollo, as
como las herramientas que, en su caso, se utilicen para el diseo y/o ejecucin de las mismas. Estas pruebas
pueden ser de caja negra o de caja blanca y se suelen enfocar en comprobar el funcionamiento correcto de
pantallas y mtodos
Las pruebas unitarias se ejecutarn durante la codificacin del sistema para verificar, principalmente:
Generacin de informes.
Pantallas.
Autenticacin.
Autorizacin.
>
4.2.
<En este apartado se describen las herramientas que se usarn en el proyecto para las pruebas unitarias:
hojas excel, etc.>
5.
< En este apartado se describe el Plan de Pruebas Funcionales que se va a seguir en el proyecto <Nombre
del Proyecto>. En este Plan se describe:
El Alcance de las Pruebas Funcionales que se van a realizar (en casos de uso).
Pgina 6 de 13
Fecha:
Versin:
Autor:
Documento:
Proyecto:
Planificacin de las iteraciones en las que se disean y ejecutan las pruebas, as como el grado de
criticidad para dimensionar el esfuerzo de diseo y ejecucin de pruebas.
Las tareas que realizar el Grupo de Pruebas.
Las condiciones que se deben cumplir para el comienzo y finalizacin de las pruebas.
Las herramientas de gestin y tcnicas utilizadas para diseo y ejecucin de las pruebas.
>
5.1.
<En este apartado se identifica el alcance de las Pruebas Funcionales a partir del esfuerzo de pruebas
inicialmente previsto. A partir de este alcance, el Equipo de Desarrollo o el Grupo de Pruebas disear los
casos de pruebas que guiarn la ejecucin de las pruebas. El alcance de las pruebas har referencia a los
casos de uso especificados en el Anlisis Funcional. Para equilibrar el esfuerzo de las pruebas, se indicar una
criticidad para cada caso de uso: Alta, Media, Baja, en funcin de la cual, se disearn ms o menos casos de
prueba. Las criticidades por defecto sern Medias>.
<Este apartado podr modificarse cada vez que se comience una iteracin y se planifiquen pruebas
funcionales en la misma>.
Iteracin N 1
Caso de Uso
Descripcin
Criticidad
Descripcin
Criticidad
Descripcin
Criticidad
Iteracin N 2
Caso de Uso
Iteracin N n
Caso de Uso
5.2.
HERRAMIENTAS
<En este apartado se identifican las herramientas de gestin y tcnicas que se utilizarn en las pruebas
funcionales (p.e. TestLink, Bugzilla, etc.)>
6.
<Las pruebas de integracin verifican si los componentes o subsistemas interactan correctamente a travs
de sus interfaces (tanto internos como externos), cubren la funcionalidad establecida, y se ajustan a los
requisitos especificados en las verificaciones correspondientes.
Estas pruebas se pueden plantear desde un punto de vista estructural o funcional:
Pruebas de integracin estructural
Pgina 7 de 13
Fecha:
Versin:
Autor:
Documento:
Proyecto:
Las pruebas estructurales de integracin son similares a las pruebas de caja blanca; pero trabajan a un nivel
conceptual superior. En lugar de referirnos a sentencias del lenguaje, nos referiremos a llamadas entre
mdulos. Se trata pues de identificar todos los posibles esquemas de llamadas y ejercitarlos para lograr una
buena cobertura de segmentos o de ramas.
Pruebas de integracin funcional
Las pruebas funcionales de integracin son similares a las pruebas de caja negra. Aqu trataremos de
encontrar fallos en la respuesta de un mdulo cuando su operacin depende de los servicios prestados por
otro(s) mdulo(s). Segn nos vamos acercando al sistema total, estas pruebas se van basando cada vez ms
en la especificacin de requisitos del usuario >
6.1.
<En este apartado se identifica el alcance de las pruebas de integracin. Debern definirse sobre todos los
modulos que componen el sistema teniendo en consideracin el entorno en el que finalmente sern
desplegados >.
6.2.
6.3.
6.4.
HERRAMIENTAS
<En este apartado se identifican las herramientas de gestin y tcnicas que se utilizarn en las pruebas de
rendimiento, carga y stress (p.e. JMeter,)>
7.
<Las Pruebas de Rendimiento se ejecutan tanto para determinar como responde un sistema ante una cierta
carga, como para validar otros atributos relacionados con la calidad, como pueden ser la escalabilidad, la
fiabilidad o el uso de recursos entre otros. Existen distintos tipos de pruebas de rendimiento que enumeramos
en los apartados siguientes>
7.1.
PRUEBAS DE CARGA
<un test de carga se ejecuta para comprender el comportamiento deun sistema ante una carga determinada.
Esta carga puede ser el nmero de usuarios esperado en produccin o un nmero de transacciones durante un
tiempo determinado. El resultado de esta prueba nos dar el tiempo de respuesta de todas las transacciones
crticas. Se debn identificar los cuellos de botella que pudieran existir >.
7.2.
PRUEBAS DE STRESS
<Estas pruebas son utilizadas normalmente para someter a la aplicacin al lmite de su funcionamiento
mediante la ejecucin de un nmero de usuarios muy superior al esperado, o bien median la substraccin de
recursos (tambin conocidas como pruebas negativas donde se simula por ejemplo el fallo de un servidor en
cluster). Este "test de stress" tiene como finalidad el determinar la robustez de una aplicacin cuando la carga
es extrema y ayuda a administradores a determinar los humerales de configuracin de las alarmas de sistema
entre otras cosas. En este tipo de pruebas los tiempos de respuesta de la aplicacin no son importantes y
Pgina 8 de 13
Fecha:
Versin:
Autor:
Documento:
Proyecto:
tienden a ser ignorados. Otro posible objetivo de este tipo de pruebas es determinar el lmite real de la
aplicacin en cuanto a nmero de usuarios concurrentes, numero de transacciones por segundo, etc...>.
7.3.
<Este test se realiza con el fin de determinar si la aplicacin puede mantener la carga esperada de manera
contnua y durante un largo tiempo. El objetivo principal de este tipo de pruebas es verificar que no existen
fugas de memoria o procesos que pierdan rendimiento tras un cierto periodo de tiempo.>.
7.4.
PRUEBAS DE PICOS
< Este tipo de pruebas se realizan insertando la carga en el sistema en forma de picos que se irn lanzando
en distintos momentos de la prueba y que permitirn comprender el comportamiento de la aplicacin ante
cambios bruscos de carga>.
7.5.
HERRAMIENTAS
<En este apartado se identifican las herramientas que se utilizarn en los diferentes tipos de prueba de
rendimiento (p.e. JMeter,)>
8.
< Las Pruebas de Seguridad pretenden medir la Confidencialidad, Integridad y Disponibilidad de los datos
tratando de identificar amenazas y riesgos desde el uso o interface de usuario final..>
8.1.
<En este apartado se identifica el alcance de las pruebas de seguridad. Se tendr en cuenta el entorno en el
que finalmente sern desplegados y los estandares de seguridad del gobierno. Consultese el aapartado de
diagrama de arquitectura amap.cantabria.es>.
8.2.
HERRAMIENTAS
<En este apartado se identifican las herramientas que se utilizarn para la gestin y realizacin de las
pruebas de seguridad>
9.
< Las pruebas de usabilidad son una forma de medir cmo de bien puede una persona usar un objeto hecho
por el hombre, como puede ser una pgina web, una interfaz de usuario, un documento o un dispositivo.
Las pruebas de usabilidad consisten en seleccionar a un grupo de usuarios de una aplicacin y solicitarles que
lleven a cabo las tareas para las cuales fue diseada, en tanto el equipo de diseo, desarrollo y otros
involucrados toman nota de la interaccin, particularmente de los errores y dificultades con las que se
encuentren los usuarios. No es necesario que se trate de una aplicacin completamente terminada, pudiendo
tratarse de un prototipo>
9.1.
<En este apartado se identifica el alcance de las pruebas de usabilidad el plan incluir como mnimo:
Exactitud: Nmero de errores cometidos por los sujetos de prueba y si estos fueron recuperables o no al usar
los datos o procedimientos adecuados.
Tiempo requerido para concluir la actividad.
Respuesta emocional: Cmo se siente el usuario al terminar la tarea (bajo tensin, satisfecho, molesto,
etctera).>
Pgina 9 de 13
Fecha:
Versin:
Autor:
Documento:
Proyecto:
9.2.
HERRAMIENTAS
<En este apartado se identifican las herramientas que se utilizarn para la gestin y realizacin de las
pruebas de usabilidad>
10.1.
10.2.
HERRAMIENTAS
<En este apartado se identifican las herramientas que se utilizarn para la gestin y realizacin de las
pruebas de usabilidad
Como mnimo se debera pasar el anailisis proporcionado en por el instituto nacional de tecnologias de la
informacin INTECO
http://www.inteco.es/checkAccessibility/Accesibilidad/accesibilidad_servicios/intav_home
el informe del resultado ser adjuntado al apartado de resultados de las pruebas de la seccin II/>
Pgina 10 de 13
Fecha:
Versin:
Autor:
Documento:
Proyecto:
Seccin
II
RESULTADOS DEL PLAN DE PRUEBAS
Pgina 11 de 13
Fecha:
Versin:
Autor:
Documento:
Proyecto:
<Nombre de la prueba.>
Descripcin
Tipo
<Tipo de la prueba.>
Precondiciones
Postcondiciones
Entradas
Versin Alta
Versin Modif.
Fecha Modif.
Elementos relacionados
Descripcin
PROCEDIMIENTO DE PRUEBA
Actor
<Describir paso a paso las instrucciones para
ejecutar el caso de prueba.>
Sistema
<Respuesta esperada del sistema>
RESULTADO OBTENIDO
Cumple
Si
No
Comentario
<Se describe el resultado esperado, adjuntando pantallazos si es necesario>
Pgina 12 de 13
Fecha:
Versin:
Autor:
Documento:
Proyecto:
Pgina 13 de 13