OurMovies Documento de plan de pruebas Plan de pruebas

Versin: Fecha: ID:

1 27/05/2012 PPOM01

Plan de Pruebas

Gestor de pelculas
OurMovies

Antonio Acosta Murillo Alondra Reyes Verdugo Jess Reyes Meza

OurMovies [Plan de pruebas] pg. 1 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versin: Fecha: ID:

1 27/05/2012 PPOM01

NDICE
1. 2. Identificador del documento de plan de pruebas ................................................................. 3 Introduccin .................................................................................................................... 3 2.1. Definiciones de los elementos del sistema ................................................................ 3 2.1.1. 2.1.2. 2.2. 2.3. 3. 3.1. 3.2. 4. 5. 6. 7. 8. 9. Elementos del sistema ............................................................................... 3 Elementos tecnolgicos ............................................................................. 4

Documentos Relacionados ...................................................................................... 4 Caractersticas a probar .......................................................................................... 4 Caractersticas que se van a probar ......................................................................... 7 Caractersticas que no se prueban ........................................................................... 7

Elementos software que se van a probar ............................................................................ 6

Enfoque general de la prueba ............................................................................................ 7 Criterios de aceptacin y fallo ............................................................................................ 8 Criterios de suspensin y reanudacin requisitos ................................................................. 9 Documentos a entregar .................................................................................................... 9 Actividades de preparacin y ejecucin de pruebas ........................................................... 10 Necesidades de entorno .................................................................................................. 10

10. Responsabilidades de la organizacin y realizacin de las pruebas ...................................... 10 11. Necesidades de personal y de formacin .......................................................................... 10 12. Esquema de tiempos ...................................................................................................... 10 13. Riesgos asumidos por el plan y planes de contingencia para cada riesgo ............................. 11 14. Aprobaciones y firmas con nombre y puesto desempeado ................................................ 11

OurMovies

[Plan de pruebas]

pg. 2 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versin: Fecha: ID:

1 27/05/2012 PPOM01

1. Identificador del documento de plan de pruebas

El identificador para documento ser el siguiente: PPOM01.

2. Introduccin
OurMovies es un programa para llevar un control de pelculas, en ste se pueden dar de alta pelculas, as como su edicin o actualizacin, en la presente prueba se revisa que el programa cumpla con los requisitos expedidos por el cliente, adems de que cada elemento que contiene el software cumpla con lo que debe hacer, ya sean cajas de texto, botones, etc.

2.1.

Definiciones de los elementos del sistema

Elementos del sistema

2.1.1.

a. Archivo: en esta seccin se muestran las opciones de exportar, importar y salir. b. Pelculas: en esta pestaa se muestra la opcin nueva pelcula. c. Nueva pelcula: agregar nueva pelcula a la base de datos. d. Extras: opcin donde se encuentran la configuraciones del programa. e. Exportar: opcin para exportar las pelculas guardadas en la base de datos. f. Importar: opcin para importar las pelculas guardadas en la base de datos. g. Informacin: te muestra los campos para llenar sobre la pelcula a dar de alta. h. Detalles: ingresas los campos de la pelcula como director, lenguaje, etc. i. Notas: en esta seccin agregas las notas sobre la pelcula. j. Duracin: campo donde se agrega el tiempo de duracin de la pelcula. k. Resolucin: la resolucin que tiene la pelcula que se da de alta. l. Cubierta: tambin conocida como portada de la pelcula. m. Gnero: a que genero pertenece la pelcula a dar de alta. n. Rango: calificacin de la pelcula que se da de alta. o. Ao: campo donde se ingresa la el ao en que fue filmada la pelcula. p. Calidad: que calidad es la pelcula que se da de alta. q. Director: nombre de la persona que dirigi la pelcula. r. Lenguaje: el lenguaje en el que est producida la pelcula. s. Subttulos: en este campo se ingresa, si la pelcula tiene subttulos. t. Carpeta inteligente: aqu se selecciona la forma en la que se muestra la informacin. u. Obtener informacin: brinda informacin de la pelcula seleccionada. v. Eliminar pelcula: esta opcin elimina una pelcula seleccionada.
OurMovies [Plan de pruebas] pg. 3 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versin: Fecha: ID:

1 27/05/2012 PPOM01

2.1.2. Elementos tecnolgicos a. Sistema de gestin de base de datos: son un tipo de software muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. b. Base de datos: es un conjunto de datos que pertenecen al mismo contexto almacenados sistemticamente para su posterior uso. c. Aplicacin: es un programa informtico diseado para facilitar al usuario la realizacin de un determinado tipo de trabajo. d. DBO4: sistema de gestin de base de datos. Comnmente utilizados en aplicaciones de escritorio. e. Java: lenguaje de programacin utilizado para desarrollar la aplicacin.

2.2.

Documentos Relacionados
Nombre Especificacin de diseo de pruebas Especificacin de casos de prueba Resumen de Pruebas Descripcin Entregable Entregable Entregable ID EDP01 ECP01 RP01

2.3.

Caractersticas a probar

El presente plan de pruebas contiene la descripcin de los casos de prueba definidos con el fin de validar y verificar que el desarrollo cumple con los requisitos funcionales. Las pruebas se harn en las siguientes categoras: a. b. c. d. e. f. Usabilidad Unitarias Funcionalidad Rendimiento Integracin Seguridad

OurMovies

[Plan de pruebas]

pg. 4 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versin: Fecha: ID:

1 27/05/2012 PPOM01

a) Pruebas de usabilidad Estas pruebas estn orientadas a probar la usabilidad del sistema. Esto se refiere a probar la facilidad con lo cual los usuarios de una aplicacin la pueden operar. En nuestro caso, los objetivos principales sern: Determinar si los usuarios pueden utilizar las distintas funcionalidades del sistema sin mayores complicaciones, es decir, ubicar rpidamente la funcin que desean ejecutar. Determinar si la interfaz es lo suficientemente intuitiva tanto para usuarios que tienen experiencia como para aquellos que no la tienen. Determinar si la aplicacin requiere modificaciones para que cumpla con los objetivos anteriores.

b) Pruebas unitarias Pretenden probar que las funciones (unitarias) dentro del sistema cumplan las especificaciones y tienen el comportamiento esperado. c) Pruebas funcionales Se denominan pruebas funcionales a las pruebas de software que tienen por objetivo probar que el sistema implementado cumpla con la funciones. Bsicamente el enfoque de este tipo de prueba se basa en el anlisis de los datos de entrada y en los de salida (datos que ingresa el usuario para las pelculas; como ingresar actores, genero, duracin, ao y calidad) y as verificar los datos de salida. d) Rendimiento A veces es importante el tiempo de respuesta, u otros parmetros de rendimiento. Cuando el sistema debe procesar tantos datos, o cunta memoria consume, o cunto espacio en disco utiliza, o cuntos datos transfiere por un canal de comunicaciones. Para todos estos parmetros es importante conocer cmo evolucionan al variar la dimensin del problema (por ejemplo, al duplicarse el volumen de datos de entrada). e) Integracin Las pruebas de integracin se refieren a la prueba o pruebas de todos los elementos unitarios, que comprueban la compatibilidad y funcionalidad de las interfaces entre las distintas partes que componen un sistema, estas partes pueden ser, aplicaciones individuales, aplicaciones cliente/servidor, aplicaciones web, etc. Se realizan en el mbito una vez que se han aprobado las pruebas unitarias. f) Seguridad Se valida la funcionalidad del sistema para proveer una estructura de permisos y acceso segn sea el perfil del usuario.
OurMovies [Plan de pruebas] pg. 5 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versin: Fecha: ID:

1 27/05/2012 PPOM01

3. Elementos software que se van a probar

En esta seccin analizaremos uno de los tantos mdulos de cdigo del proyecto:

public void removeHelpSet(HelpSet paramHelpSet) { Enumeration localEnumeration = this.history.elements(); debug(" size before " + this.history.size()); if (debug) { System.err.println("before : "); for (i = 0; i < this.history.size(); i++) { System.err.println(((HelpModelEvent)this.history.elementAt(i)).getID()); } } int i = this.history.size(); Vector localVector = new Vector(); int j = this.historyIndex; for (int k = 0; k < i; k++) { HelpModelEvent localHelpModelEvent = (HelpModelEvent)this.history.elementAt(k); Map.ID localID1 = localHelpModelEvent.getID(); debug(" update id " + localID1); URL localURL = localHelpModelEvent.getURL(); debug(" update url " + localURL); if ((localID1 != null) && (localID1.hs != paramHelpSet)) { debug(" remain - " + localID1); localVector.addElement(this.history.elementAt(k)); } else { if (localURL == null) continue; Map.ID localID2 = paramHelpSet.getCombinedMap().getIDFromURL(localURL); if (localID2 == null) { debug(" remain > " + localID2); localVector.addElement(this.history.elementAt(k)); } } } this.history = localVector; this.historyIndex = (this.history.size() - 1); debug(" size after " + this.history.size()); if (debug) { System.err.println("after : "); for (int m = 0; m < this.history.size(); m++) { System.err.println(((HelpModelEvent)this.history.elementAt(m)).getID()); } } setHistoryEntry(this.historyIndex); }

OurMovies

[Plan de pruebas]

pg. 6 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versin: Fecha: ID:

1 27/05/2012 PPOM01

3.1.

Caractersticas que se van a probar

En esta seccin se cules son las funcionalidades que van ser evaluadas desde el punto de vista del usuario de lo que el sistema hace, adems se incluye una descripcin y un nivel de riesgo. Funcionalidad Iniciar Sesin Descripcin Riesgo

Es rutina consiste en tomar los datos del usuario, identificarse por Alto primera vez o si ya s identifico para verificar si pertenece al sistema y as habilitar el resto de las funciones Se encarga de guardar todas las acciones realizadas durante de la Medio sesin. Se encarga de agregar una pelcula nueva a la base de datos. Elimina una pelcula que ya existe previamente en la base de datos. Se encarga de agregar un gnero nuevo a la base de datos. Elimina un director que ya existe previamente en la base de datos. Bajo Bajo Bajo Bajo

Cerrar Sesin Agregar Pelcula Borrar Pelcula Agregar Gnero Borrar Director

3.2.

Caractersticas que no se prueban

Pruebas fsicas o de elementos hardware Pruebas de carga y/ o rendimiento

El presente plan de pruebas no cubre y, por lo tanto no incluye los siguientes aspectos:

4. Enfoque general de la prueba

Niveles de pruebas: Las pruebas para el proyecto consistirn de unidad, de sistema/integracin y de aceptacin. Se espera que haya por lo menos una persona independiente de pruebas de tiempo completo para las pruebas de sistema/integracin. Sin embargo, con las limitaciones de tiempo actuales, la mayora de las pruebas se llevar a cabo por el director de pruebas con la participacin de los equipos de desarrollo. Prueba de unidad: se llevar a cabo por uno de los desarrolladores del programa y ser aprobado por el lder del equipo de desarrollo. La prueba de la unidad debe ser proporcionada por el programador al jefe del equipo antes de las que las mismas se puedan aceptar y transmitir a la persona de pruebas. Toda la informacin que la prueba de unidad involucre ser proporcionada a la persona de pruebas. Pruebas de sistema/integracin: se llevarn a cabo por el director de pruebas y el lder del equipo de desarrollo con la ayuda de los desarrolladores individuales segn sea necesario. No se encontraron herramientas de prueba disponibles tiles que fueran especficas para este proyecto. El programa entrar en la prueba de sistema/integracin, despus de que todos los defectos crticos han sido corregidos. Un programa puede llegar a tener hasta dos defectos importantes, siempre y cuando estos no impidan las pruebas del programa (es decir, hay una forma de solucionar el error).
[Plan de pruebas] pg. 7 de 11

OurMovies

OurMovies Documento de plan de pruebas Plan de pruebas

Versin: Fecha: ID:

1 27/05/2012 PPOM01

Pruebas de aceptacin: sern realizadas por los usuarios finales con la asistencia del gerente de pruebas y el jefe del equipo de desarrollo. El programa entrar en la prueba de aceptacin despus de que todos los defectos crticos han sido corregidos. Un programa puede tener un defecto importante, siempre y cuando no impida la pruebas del programa (es decir, hay una forma de solucionar el error). Antes de la finalizacin definitiva de esta fase de pruebas de aceptacin, todos los defectos crticos y principales deben haber sido corregidos y verificados por el cliente representante para esta fase de pruebas.

Reuniones: El equipo de pruebas se reunir cada vez que se tenga material a evaluar para evaluar los progresos realizados hasta la fecha e identificar las tendencias de error y los problemas tan pronto como sea posible. Tanto el encargado de pruebas como el de proyecto deben de estar presentes en dichas reuniones. Medidas y Mtricas: La siguiente informacin ser recogida por el equipo de desarrollo durante las diversas pruebas del proyecto. Esta informacin ser proporcionada al equipo de pruebas as como al equipo de proyecto. 1. Defectos por mdulo y la gravedad de los mismos. 2. Tiempo dedicado a la resolucin de defectos. Todos los defectos menores pueden ser sumados. La siguiente informacin ser recogida por el equipo de pruebas durante todas las fases de prueba. Esta informacin ser otorgada al gerente de pruebas y al equipo de proyecto. 1. Defectos por mdulo y la gravedad de los mismos. 2. Tiempo dedicado a la investigacin activa. Todos los defectos menores pueden ser sumados. 3. Nmero de veces que un programa es presentado al equipo como listo para la prueba. 4. Defectos encontraos en los niveles superiores que deberan haber sido atrapados en los niveles inferiores de las pruebas.

5. Criterios de aceptacin y fallo

Esta seccin determina cuales son los criterios que se encargan de aprobar la calidad de un producto, as tambin se establece cual es el criterio de fallo que se encargar de hundir la aplicacin. En cuanto a los criterios de xito cada una de las funciones deber de pasar las pruebas que se les fueron asignadas para poner a prueba el objetivo por el cual fueron hechas. La primera unidad de xito es completada si la aplicacin logra iniciar un usuario previamente en la base de datos, en caso de poder hacer un inicio de sesin correcto para cada uno de los usuarios se considera que la prueba ya ha sido completada.
OurMovies [Plan de pruebas] pg. 8 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versin: Fecha: ID:

1 27/05/2012 PPOM01

La segunda parte es muy similar a la anterior como la diferencia de que esta se encarga de revisar que el sistema pueda cerrar la sesin usuario en caso de lograr la prueba correctamente se da por concluida esta fase. En la siguiente prueba corresponde probar las funciones de crear y borrar una pelcula en la base de datos, para esta prueba se cuenta con una serie de casos que tratan de todos los puntos dbiles a la hora de acceder a la base de datos caso de completar todos los casos correctamente se considera la aceptacin de esta prueba. La ltima prueba tiene que ver con agregar y borrar algn archivo de la base de datos, para esta ocasin tambin vamos a utilizar una serie de casos que describen el probable flujo de acciones de Una persona para agregar y borrar un archivo. En caso de que se completen los casos de termina la prueba como un xito. Como es de esperarse el criterio de evala si una prueba fue un fracaso se obtiene a partir de las pruebas anteriores, en esta caso si la aplicacin no logra terminar las pruebas mencionadas anteriormente entonces se considera que se cumpli un criterio de fallo.

6. Criterios de suspensin y reanudacin requisitos

Durante el periodo de pruebas pueden surgir diferentes casos en los que este proceso se vera suspendido. Asimismo, existen casos en los que despus de un resultado se debe reanudar el proceso de pruebas para el sistema. Entre los casos que se pueden dar para que las pruebas se tengan que suspender podemos mencionar: - Que alguna prueba no resulte de la forma esperada: En este caso no es necesario seguir haciendo pruebas, ya que se debe corregir el defecto detectado antes de poder continuar. - Que todas las pruebas de las funciones principales no presenten errores: En este caso no es necesario continuar probando las funciones menores del sistema dado que si las funciones principales funcionan, quiere decir que tambin lo hacen las funciones menores. Por otro lado, entre los casos que se pueden mencionar para reanudar el proceso de pruebas podemos mencionar: - Despus de haber arreglado algn defecto de la pgina: En este caso se procede a continuar aplicando las pruebas faltantes, as como la prueba que produjo el fallo.

7. Documentos a entregar
Entre las cosas que se entregaran para el proceso de pruebas podemos citar: - Documento de pruebas para el proyecto. - Histrico de Pruebas (Test Log). - Informe Resumen De Pruebas (Test Summary Report). - Los resultados esperados.
OurMovies [Plan de pruebas] pg. 9 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versin: Fecha: ID:

1 27/05/2012 PPOM01

8. Actividades de preparacin y ejecucin de pruebas

Para realizar la preparacin de dichas pruebas necesitamos el cdigo fuente del programa as como una idea clara de lo que se va a realizar. Identificar las necesidades principales del cliente y enfocarnos en satisfacer stas. Para la ejecucin de pruebas slo necesitamos un entorno apropiado.

9. Necesidades de entorno
Para realizar apropiadamente las pruebas, lo nico que se requiere es el archivo jar del sistema OurMovie, tambin computadoras con JRE.

10. Responsabilidades de la organizacin y realizacin de las pruebas

Responsabilidades: Antonio Acosta Plan de pruebas Especificacin de diseo de pruebas Especificacin de casos de prueba Pruebas de caja negra y caja blanca x X x X x x Alondra Reyes Jess Reyes

El lder de desarrollo ser el responsable de verificar y aceptar todos los planes para pruebas de unidad. EL encargado de pruebas ser responsable por la realizacin de los planes de prueba. Todo el equipo de desarrollo participar en las crticas.

11. Necesidades de personal y de formacin

Al tratarse de una aplicacin relativamente sencilla, no se brindara ninguna clase de capacitacin, y consecuentemente tampoco se dotara de personal extra para el manejo de la misma.

12. Esquema de tiempos

OurMovies

[Plan de pruebas]

pg. 10 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versin: Fecha: ID:

1 27/05/2012 PPOM01

13. Riesgos asumidos por el plan y planes de contingencia para cada riesgo
Debido a la disposicin de los desarrolladores, se puede dar que no se logre completar el proyecto por falta de tiempo. Al encontrarse dicha situacin se debern negociar horas extra de trabajo por medio de las cuales se tratar evitar el fallo con la fecha de entrega o completitud del proyecto, si es que el equipo lo permite. Al toparse con un punto muerto como la falta de tiempo, otra estrategia es negociar una ampliacin en el tiempo de desarrollo lo que llevara a un desplazamiento de la fecha de entrega. Otra opcin vlida tambin sera subcontratar y as delegar responsabilidades.

14. Aprobaciones y firmas con nombre y puesto desempeado

Los encargados de aprobar las distintas pruebas han sido mencionados a lo largo del documento, y es por ende que se detallan en esta seccin quienes son dichos personajes nada ms y no se reiteran sus funciones: Jefe de desarrolladores: Jess Reyes, Alondra Reyes Jefe de pruebas: Jess Reyes Jefe de proyecto: Alondra Reyes Promotor del proyecto: Fernando Medina Grupo de desarrolladores: Jess Reyes, Alondra Reyes Grupo de pruebas: Jess Reyes, Alondra Reyes Grupo de proyecto: Jess Reyes, Alondra Reyes

OurMovies

[Plan de pruebas]

pg. 11 de 11