OurMovies Documento de plan de pruebas Plan de pruebas

Versión: Fecha: ID:

1 27/05/2012 PPOM01

Plan de Pruebas

Gestor de películas
OurMovies

Antonio Acosta Murillo Alondra Reyes Verdugo Jesús Reyes Meza
OurMovies [Plan de pruebas] pág. 1 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versión: Fecha: ID:

1 27/05/2012 PPOM01

ÍNDICE
1. 2. Identificador del documento de plan de pruebas ................................................................. 3 Introducción .................................................................................................................... 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 tecnológicos ............................................................................. 4

Documentos Relacionados ...................................................................................... 4 Características a probar .......................................................................................... 4 Características que se van a probar ......................................................................... 7 Características que no se prueban ........................................................................... 7

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

Enfoque general de la prueba ............................................................................................ 7 Criterios de aceptación y fallo ............................................................................................ 8 Criterios de suspensión y reanudación requisitos ................................................................. 9 Documentos a entregar .................................................................................................... 9 Actividades de preparación y ejecución de pruebas ........................................................... 10 Necesidades de entorno .................................................................................................. 10

10. Responsabilidades de la organización y realización de las pruebas ...................................... 10 11. Necesidades de personal y de formación .......................................................................... 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 desempeñado ................................................ 11

OurMovies

[Plan de pruebas]

pág. 2 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versión: Fecha: ID:

1 27/05/2012 PPOM01

1. Identificador del documento de plan de pruebas
El identificador para documento será el siguiente: PPOM01.

2. Introducción
OurMovies es un programa para llevar un control de películas, en éste se pueden dar de alta películas, así como su edición o actualización, en la presente prueba se revisa que el programa cumpla con los requisitos expedidos por el cliente, además 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 sección se muestran las opciones de exportar, importar y salir. b. Películas: en esta pestaña se muestra la opción nueva película. c. Nueva película: agregar nueva película a la base de datos. d. Extras: opción donde se encuentran la configuraciones del programa. e. Exportar: opción para exportar las películas guardadas en la base de datos. f. Importar: opción para importar las películas guardadas en la base de datos. g. Información: te muestra los campos para llenar sobre la película a dar de alta. h. Detalles: ingresas los campos de la película como director, lenguaje, etc. i. Notas: en esta sección agregas las notas sobre la película. j. Duración: campo donde se agrega el tiempo de duración de la película. k. Resolución: la resolución que tiene la película que se da de alta. l. Cubierta: también conocida como portada de la película. m. Género: a que genero pertenece la película a dar de alta. n. Rango: calificación de la película que se da de alta. o. Año: campo donde se ingresa la el año en que fue filmada la película. p. Calidad: que calidad es la película que se da de alta. q. Director: nombre de la persona que dirigió la película. r. Lenguaje: el lenguaje en el que está producida la película. s. Subtítulos: en este campo se ingresa, si la película tiene subtítulos. t. Carpeta inteligente: aquí se selecciona la forma en la que se muestra la información. u. Obtener información: brinda información de la película seleccionada. v. Eliminar película: esta opción elimina una película seleccionada.
OurMovies [Plan de pruebas] pág. 3 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versión: Fecha: ID:

1 27/05/2012 PPOM01

2.1.2. Elementos tecnológicos a. Sistema de gestión de base de datos: son un tipo de software muy específico, 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 sistemáticamente para su posterior uso. c. Aplicación: es un programa informático diseñado para facilitar al usuario la realización de un determinado tipo de trabajo. d. DBO4: sistema de gestión de base de datos. Comúnmente utilizados en aplicaciones de escritorio. e. Java: lenguaje de programación utilizado para desarrollar la aplicación.

2.2.

Documentos Relacionados
Nombre Especificación de diseño de pruebas Especificación de casos de prueba Resumen de Pruebas Descripción Entregable Entregable Entregable ID EDP01 ECP01 RP01

2.3.

Características a probar

El presente plan de pruebas contiene la descripción de los casos de prueba definidos con el fin de validar y verificar que el desarrollo cumple con los requisitos funcionales. Las pruebas se harán en las siguientes categorías: a. b. c. d. e. f. Usabilidad Unitarias Funcionalidad Rendimiento Integración Seguridad

OurMovies

[Plan de pruebas]

pág. 4 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versión: Fecha: ID:

1 27/05/2012 PPOM01

a) Pruebas de usabilidad Estas pruebas están orientadas a probar la usabilidad del sistema. Esto se refiere a probar la facilidad con lo cual los usuarios de una aplicación la pueden operar. En nuestro caso, los objetivos principales serán:    Determinar si los usuarios pueden utilizar las distintas funcionalidades del sistema sin mayores complicaciones, es decir, ubicar rápidamente la función 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 aplicación 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. Básicamente el enfoque de este tipo de prueba se basa en el análisis de los datos de entrada y en los de salida (datos que ingresa el usuario para las películas; como ingresar actores, genero, duración, año y calidad) y así verificar los datos de salida. d) Rendimiento A veces es importante el tiempo de respuesta, u otros parámetros de rendimiento. Cuando el sistema debe procesar tantos datos, o cuánta memoria consume, o cuánto espacio en disco utiliza, o cuántos datos transfiere por un canal de comunicaciones. Para todos estos parámetros es importante conocer cómo evolucionan al variar la dimensión del problema (por ejemplo, al duplicarse el volumen de datos de entrada). e) Integración Las pruebas de integración 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 según sea el perfil del usuario.
OurMovies [Plan de pruebas] pág. 5 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versión: Fecha: ID:

1 27/05/2012 PPOM01

3. Elementos software que se van a probar
En esta sección analizaremos uno de los tantos módulos de código 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]

pág. 6 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versión: Fecha: ID:

1 27/05/2012 PPOM01

3.1.

Características que se van a probar

En esta sección se cuáles son las funcionalidades que van ser evaluadas desde el punto de vista del usuario de lo que el sistema hace, además se incluye una descripción y un nivel de riesgo. Funcionalidad Iniciar Sesión Descripción 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 sesión. Se encarga de agregar una película nueva a la base de datos. Elimina una película que ya existe previamente en la base de datos. Se encarga de agregar un género nuevo a la base de datos. Elimina un director que ya existe previamente en la base de datos. Bajo Bajo Bajo Bajo

Cerrar Sesión Agregar Película Borrar Película Agregar Género Borrar Director

3.2.
 

Características que no se prueban
Pruebas físicas 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 consistirán de unidad, de sistema/integración y de aceptación. Se espera que haya por lo menos una persona independiente de pruebas de tiempo completo para las pruebas de sistema/integración. Sin embargo, con las limitaciones de tiempo actuales, la mayoría de las pruebas se llevará a cabo por el director de pruebas con la participación de los equipos de desarrollo.  Prueba de unidad: se llevará a cabo por uno de los desarrolladores del programa y será aprobado por el líder 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 información que la prueba de unidad involucre será proporcionada a la persona de pruebas. Pruebas de sistema/integración: se llevarán a cabo por el director de pruebas y el líder del equipo de desarrollo con la ayuda de los desarrolladores individuales según sea necesario. No se encontraron herramientas de prueba disponibles útiles que fueran específicas para este proyecto. El programa entrará en la prueba de sistema/integración, después de que todos los defectos críticos 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] pág. 7 de 11

OurMovies

OurMovies Documento de plan de pruebas Plan de pruebas

Versión: Fecha: ID:

1 27/05/2012 PPOM01

Pruebas de aceptación: serán 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 aceptación después de que todos los defectos críticos 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 finalización definitiva de esta fase de pruebas de aceptación, todos los defectos críticos 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 Métricas: La siguiente información será recogida por el equipo de desarrollo durante las diversas pruebas del proyecto. Esta información será proporcionada al equipo de pruebas así como al equipo de proyecto. 1. Defectos por módulo y la gravedad de los mismos. 2. Tiempo dedicado a la resolución de defectos. Todos los defectos menores pueden ser sumados. La siguiente información será recogida por el equipo de pruebas durante todas las fases de prueba. Esta información será otorgada al gerente de pruebas y al equipo de proyecto. 1. Defectos por módulo y la gravedad de los mismos. 2. Tiempo dedicado a la investigación activa. Todos los defectos menores pueden ser sumados. 3. Número de veces que un programa es presentado al equipo como listo para la prueba. 4. Defectos encontraos en los niveles superiores que deberían haber sido atrapados en los niveles inferiores de las pruebas.

5. Criterios de aceptación y fallo
Esta sección determina cuales son los criterios que se encargan de aprobar la calidad de un producto, así también se establece cual es el criterio de fallo que se encargará de hundir la aplicación. 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 aplicación logra iniciar un usuario previamente en la base de datos, en caso de poder hacer un inicio de sesión correcto para cada uno de los usuarios se considera que la prueba ya ha sido completada.
OurMovies [Plan de pruebas] pág. 8 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versión: 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 sesión 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 película en la base de datos, para esta prueba se cuenta con una serie de casos que tratan de todos los puntos débiles a la hora de acceder a la base de datos caso de completar todos los casos correctamente se considera la aceptación de esta prueba. La última prueba tiene que ver con agregar y borrar algún archivo de la base de datos, para esta ocasión también 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 evalúa si una prueba fue un fracaso se obtiene a partir de las pruebas anteriores, en esta caso si la aplicación no logra terminar las pruebas mencionadas anteriormente entonces se considera que se cumplió un criterio de fallo.

6. Criterios de suspensión y reanudación requisitos
Durante el periodo de pruebas pueden surgir diferentes casos en los que este proceso se vería suspendido. Asimismo, existen casos en los que después 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 también lo hacen las funciones menores. Por otro lado, entre los casos que se pueden mencionar para reanudar el proceso de pruebas podemos mencionar: - Después de haber arreglado algún defecto de la página: 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. - Histórico de Pruebas (Test Log). - Informe Resumen De Pruebas (Test Summary Report). - Los resultados esperados.
OurMovies [Plan de pruebas] pág. 9 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versión: Fecha: ID:

1 27/05/2012 PPOM01

8. Actividades de preparación y ejecución de pruebas
Para realizar la preparación de dichas pruebas necesitamos el código 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 ejecución de pruebas sólo 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, también computadoras con JRE.

10. Responsabilidades de la organización y realización de las pruebas
Responsabilidades: Antonio Acosta Plan de pruebas Especificación de diseño de pruebas Especificación de casos de prueba Pruebas de caja negra y caja blanca x X x X x x Alondra Reyes Jesús Reyes

El líder de desarrollo será el responsable de verificar y aceptar todos los planes para pruebas de unidad. EL encargado de pruebas será responsable por la realización de los planes de prueba. Todo el equipo de desarrollo participará en las críticas.

11. Necesidades de personal y de formación
Al tratarse de una aplicación relativamente sencilla, no se brindara ninguna clase de capacitación, y consecuentemente tampoco se dotara de personal extra para el manejo de la misma.

12. Esquema de tiempos

OurMovies

[Plan de pruebas]

pág. 10 de 11

OurMovies Documento de plan de pruebas Plan de pruebas

Versión: Fecha: ID:

1 27/05/2012 PPOM01

13. Riesgos asumidos por el plan y planes de contingencia para cada riesgo
Debido a la disposición de los desarrolladores, se puede dar que no se logre completar el proyecto por falta de tiempo. Al encontrarse dicha situación se deberán 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 ampliación en el tiempo de desarrollo lo que llevaría a un desplazamiento de la fecha de entrega. Otra opción válida también sería subcontratar y así delegar responsabilidades.

14. Aprobaciones y firmas con nombre y puesto desempeñado
Los encargados de aprobar las distintas pruebas han sido mencionados a lo largo del documento, y es por ende que se detallan en esta sección quienes son dichos personajes nada más y no se reiteran sus funciones:        Jefe de desarrolladores: Jesús Reyes, Alondra Reyes Jefe de pruebas: Jesús Reyes Jefe de proyecto: Alondra Reyes Promotor del proyecto: Fernando Medina Grupo de desarrolladores: Jesús Reyes, Alondra Reyes Grupo de pruebas: Jesús Reyes, Alondra Reyes Grupo de proyecto: Jesús Reyes, Alondra Reyes

OurMovies

[Plan de pruebas]

pág. 11 de 11