E2.

1 Plan de pruebas

http://www.cenatic.es.

Pg. 1 de 30

CONTROL DOCUMENTAL
Proyecto Ttulo Cdigo Versin Fecha de edicin Autores Desarrollo y pruebas de visor de documentos ODF para dispositivos mviles Plan de pruebas E2.1 1.0 09/22/08 Manuel Garca-Cervign Gutirrez, Roberto Morales

HISTORIAL DE REVISIONES
Nombre Manel Medina Rosa Martnez Leader Coordinacin del proyecto. Control 09/23/2008 de calidad. OK Rol Asesor de innovacin&Project Fecha 09/23/2008 Aprobado OK

CONTROL DE CAMBIOS
Autor Fecha Descripcin del cambio

http://www.cenatic.es.

Pg. 2 de 30

NDICE

1 INTRODUCCIN.................................................................................................4 2 OBJETOS A SER EVALUADOS..........................................................................5 3 DESCRIPCIN DEL JUEGO DE PRUEBAS.......................................................6 4 CRITERIOS DE INICIO Y FIN DE PRUEBAS......................................................8 5 PLANIFICACIN DE LOS JUEGOS DE PRUEBAS..........................................10 6 HERRAMIENTAS...............................................................................................14 7 CASOS DE PRUEBA POR CARACTERISTICAS DE PRIORIDAD....................17 8 ENTREGABLES.................................................................................................29 9 REPONSABILIDADES.......................................................................................30

http://www.cenatic.es.

Pg. 3 de 30

1 INTRODUCCIN
El presente documento tiene como objetivo describir las pruebas a las que se debe someter la aplicacin en sus diferentes fases de desarrollo con el fin de cumplir con los requisitos establecidos por CENATIC. Se describen las tcnicas manuales y automticas de comprobacin de errores que se van a ejecutar sobre el visor as como los responsables de cada prueba. Igualmente se establecen los mtodos de comunicacin entre los desarrolladores y los encargados de llevar a cabo las pruebas y los documentos donde deben quedar reflejados los resultados. Se pretende que el proceso del plan de pruebas forme parte del desarrollo en s de manera que la mayora de mdulos desarrollados sean probados una vez codificados, sin necesidad de esperar al final del proyecto. El desarrollo del proyecto, basado en metodologa XP, permite la frecuente generacin de pequeas soluciones o mdulos la mayora de los cuales son testeables de forma independiente. Este tipo de proyectos permite a los desarrolladores recibir un feedback rpido por parte del equipo de testing u otros desarrolladores de manera que los errores no se hereden ni se magnifiquen en siguientes versiones cuando el volumen de cdigo es mayor.

http://www.cenatic.es.

Pg. 4 de 30

2 OBJETOS A SER EVALUADOS

Se evaluar el cumplimiento de los requisitos establecidos en el documento E.1.2 en los siguientes trminos, los cuales se pueden resumir en las siguientes caractersticas:

Robustez. Se llevarn a cabo las pruebas necesarias para comprobar que la aplicacin es capaz de manejar todas las situaciones a las que debe hacer frente y que el cdigo sigue una estructura lgica. Usabilidad. Es preciso comprobar la facilidad de uso de la aplicacin en reas como la navegabilidad o la rapidez. Se debe comprobar que la aplicacin cumple con los requisitos de carga en cuanto a tiempo expresados en la oferta. Igualmente se debe verificar el tiempo entre transiciones de estados dados diferentes entornos, tanto de recursos del sistema como de tamaos de ficheros de entrada. Interfaces de usuario y correccin. Se comprobar la visualizacin de las pantallas en los entornos mostrados en los requisitos. Se verificar la ortografa y la gramtica de las diferentes pantallas del sistema y de los comentarios relativos al cdigo.

Ser necesario llevar a cabo pruebas tanto a nivel de la ejecucin de la aplicacin como de anlisis de cdigo de cada una de las clases.

http://www.cenatic.es.

Pg. 5 de 30

3 DESCRIPCIN DEL JUEGO DE PRUEBAS

Se van a utilizar diferentes tcnicas para llevar a cabo las comprobaciones pertinentes. A continuacin se describen los diferentes tipos de procesos: Clasificacin de pruebas segn la tcnica utilizada

Pruebas Manuales. Las pruebas manuales se basan en la instalacin de la aplicacin o una parte funcional de la misma en un entorno y la comprobacin del correcto funcionamiento siguiendo unos guiones establecidos. Cabe resaltar que debido a la variedad de entradas que puede tener la aplicacin ser preciso un gran nmero de pruebas de este tipo las cuales pretenden confirmar los requisitos propuestos en cuanto la calidad de la aplicacin y aportan datos empricos de los lmites de la misma. Para poder ejecutar estas pruebas es preciso que al menos sea posible ejecutar una de las funcionalidades bsicas del sistemas. Pruebas de Caja Blanca. Se utiliza el cdigo como parte de entorno de pruebas realizando: Un anlisis del mismo con el objetivo de comprobar que la estructura es correcta y que las entradas de prueba proporcionadas son las necesarias para que todos los posibles caminos del cdigo sean comprobados y se ejecuten al menos una vez. Una correccin ortogrfica y gramatical de aquellos textos susceptibles de reflejarse por pantalla Pruebas de Caja Negra. Las pruebas de caja negra se basan en la comprobacin de la correcta salida de cada componente de la aplicacin en base a determinadas entradas.

Clasificacin de pruebas segn la finalidad

Pruebas unitarias. Se llevarn a cabo pruebas unitarias sobre cada clase, donde mediante una aplicacin externa como Junit es posible verificar la correcta respuesta de los mtodos en base a situaciones propuestas. En este caso no es preciso conocer la estructura interna del cdigo sino la entrada y salida esperada de cada clase. Pruebas de integracin. Se tratan de casos de prueba diseados para tratar al software como un todo y comprobar que el flujo de datos es correcto durante todos los estados. En el caso del visor, se trabaja con mltiples tipos de datos como estructuras zip o xml y es importante que la interaccin entre ellos no genere

http://www.cenatic.es.

Pg. 6 de 30

errores. Este tipo de pruebas se basa en tcnicas manuales de comprobacin (Pruebas Manuales)

Pruebas de sistema. Tienen como objetivo comprobar el funcionamiento correcto del sistema en situaciones anormales. Este tipo de pruebas incluyen entradas de datos no vlidos o situaciones de recursos inestables que puedan generar un funcionamiento errneo de la aplicacin. Al igual que las pruebas de integracin, las pruebas de sistema se realizarn mediante guiones. Tienen como objetivo la verificacin de que la solucin de software cumple los requisitos establecidos en su especificacin. Segn los objetivos requeridos, se determinarn distintos tipos de pruebas mediante las cuales tambin se permitira comprobar el funcionamiento correcto del sistema en situaciones anormales. Este tipo de pruebas incluyen entradas de datos no vlidos o situaciones de recursos inestables que puedan generar un funcionamiento errneo de la aplicacin. Al igual que las pruebas de integracin, las pruebas de sistema se realizarn mediante guiones Pruebas de aceptacin. Las pruebas de aceptacin se basan en la comprobacin por parte del CENATIC de que el software desarrollado es acorde con sus pretensiones. Las pruebas de aceptacin son un subconjunto de las pruebas manuales y las llevar a cabo personal escogido por CENATIC. Se le proporcionarn a dicho personal los juegos de datos precisos. Se tratar que miembros de la comunidad tambin participen en estas pruebas.

http://www.cenatic.es.

Pg. 7 de 30

4 CRITERIOS DE INICIO Y FIN DE PRUEBAS

Inicio de prueba Como se ha comentado cada tipo de prueba se realiza sobre una parte del cdigo. As pues, si bien las pruebas de caja negra y caja blanca se llevarn a cabo al finalizar cada una de las clases del sistema, las pruebas Manuales se realizarn al acabar la codificacin de mdulos que implemente una funcionalidad que agrupe una serie de clases con un mismo objetivo. Un mdulo se da por finalizado cuando se han implementado las funcionalidades esperaras y el cdigo que lo compone ha superado las pruebas de caja blanca y caja negra. Cabe recordar que tras la finalizacin de un mdulo se repetirn todas la pruebas anteriores. Las pruebas sern registradas como tareas en Mantis. Si tras la realizacin de una prueba aparece un defecto, este ser reportado en Mantis con un ticket, que equivaldr a asignar la categora defecto a la tarea. Existirn cuatro categoras de defectos segn se trate de defectos debidos a pruebas unitarias, pruebas de integracin, pruebas de sistema o consecuencia de pruebas de aceptacin. Inicio Pruebas de caja blanca y Se llevan a cabo al da negra siguiente de la codificacin de una clase. Pruebas Manuales La ejecucin de las pruebas se lleva a cabo a la semana siguiente de la consecucin de un hito. Duracin media 2 das

5 das

Desarrollo de la prueba El desarrollo del procesos de pruebas es tpicamente iterativo. 1. Los testers descargan desde el SVN el cdigo necesario y llevan a cabo la prueba. 2. Los testers informan va Mantis de la no conformidad del resultado esperado. El ticket creado indicar el tipo de defecto encontrado y todos los detalles necesarios para facilitar la comprensin del defecto. Los tickets no sern asignados al desarrollador directamente por los testers, sino que el responsable de la fase de pruebas se encargar de realizar las asignaciones oportunas, pudiendo indicar la fecha en la que el defecto debera estar resuelto. 3. El desarrollador realizar los cambios necesarios y los subir al SVN. Mientras est trabajando en el ticket el estado del ticket ser aceptado. Al comienzo de esta nueva tarea cumplimentar la fecha de inicio.

http://www.cenatic.es.

Pg. 8 de 30

4. El desarrollador informar de los cambios realizados va Mantis cambiando el estado del defecto a resuelto, aadiendo la fecha de resolucin y asignndolo al tester que lo cre. 5. Los testers volvern a realizar la prueba. Si el defecto ha sido realmente corregido, cambiarn el estado del ticket a cerrado y aadirn la fecha de cierre. Fin de la prueba El proceso se da por finalizado en dos casos: La prueba satisface el resultado esperado propuesto, que en cada caso son : Pruebas de caja blanca. El cdigo de la clase tiene una estructura lgica. Pruebas de caja negra. La salida de la clase cumple con la especificaciones de la misma. Pruebas manuales. Se cumplen los resultados esperados definidos en el guin. Desarrolladores y testers concluyen que el requisito propuesto o la respuesta esperada de una prueba es inviable. En tal caso se informar a CENATIC de la situacin para la toma de decisin final.

http://www.cenatic.es.

Pg. 9 de 30

5 PLANIFICACIN DE LOS JUEGOS DE PRUEBAS

Pruebas sobre clases Una vez finalizada la codificacin de una clase se llevar a cabo una revisin del cdigo y posteriormente las pruebas unitarias pertinentes. La codificacin, la revisin y las pruebas de integracin y aceptacinern realizadas por personas diferentes.

CLASE BSICAS

Mdulo

Desarrollador

ID prueba caja blanca (Responsable)

CAPA CORE Visor midlet PM0 Controlador PM0 R.Morales R.Morales PCB1 (Ivn Roige) PCB2 (Ivn Roige)

CAPA GESTION DE ARCHIVOS OdfFileMan PM0 ager Clases zipme OdfCalDoc PM0 PM4 R.Salvador R.Salvador R.Salvador R.Salvador R.Salvador PCB3 (J.Gonzlez) PCB4 (J.Gonzlez) PCB5 (J.Gonzlez) PCB6 (J.Gonzlez) PCB7 (J.Gonzlez) CAPA PARSEO PullParser (KXML2) WriterDoc CalcDoc PressDoc PM0 PM3 PM4 PM5 R.Morales R.Morales R.Morales R.Morales PCB8 (R.Salvador) PCB9 (R.Salvador) PCB10 (R.Salvador) PCB11 (R.Salvador)

OdfWriterD PM3 oc OdfPreDoc PM5

http://www.cenatic.es.

Pg. 10 de 30

Meta Content

PM2

R.Morales

PCB12 (R.Salvador)

CAPA DE USER INTERFACE1 P1 P2 P3 P4 P5 P6 P7 P8 P9 P10 P11 P12 P13 P14 P15 P16 P17 P18 PM1 PM3 PM5 PM4 PM3 PM2 PM0 PM3 PM5 PM4 PM4 PM4 PM4 PM0 PM0 PM5 PM0 PM0 (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) (I. Roige) PCB13 (M.Medina) PCB14 (M.Medina) PCB15 (M.Medina) PCB16 (M.Medina) PCB17 (M.Medina) PCB18 (M.Medina) PCB19 (M.Medina) PCB20 (M.Medina) PCB21 (M.Medina) PCB22 (M.Medina) PCB23 (M.Medina) PCB24 (M.Medina) PCB25 (M.Medina) PCB26 (M.Medina) PCB27 (M.Medina) PCB28 (M.Medina) PCB29 (M.Medina) PCB30

1 Como se comenta en el apartado de capa de interfaz de usuario documento E.1.2 Definicin de la arquitectura final cada pantalla se define como una nueva clase en LWUIT. Se muestran los identificadores de pantalla definidos en dicho apartado.
http://www.cenatic.es. Pg. 11 de 30

(M.Medina) P19 PM7 (I. Roige) PCB31 (M.Medina)

El resultado de las pruebas unitarias ser detallado en el entregable E2.2 Informe del resultado de las pruebas unitarias que ser entregado en la S14 del proyecto. Pruebas Manuales (Integracin y sistema) Agruparemos las pruebas manuales en mdulos de tal forma que se facilite el proceso de validacin de la correcta integracin de clases con un objetivo comn. A continuacin se muestran fechas en las que el equipo de SEMARKET llevar a cabo las pruebas. Antes de realizar una prueba sobre un mdulo, todas las clases que lo componen deben hacer superado las pruebas unitarias pertinentes. Mdulo Navegador Parseo de Metadatos Visualizacin de ODT Visualizacin de ODS Visualizacin de ODP Zoom Mejora grfica General 2 ID (responable) PM1.X (R.Salvador) PM2.X (R.Salvador) PM3.X (R.Salvador) PM4.X (R.Salvador) PM5.X (R.Salvador) PM6.X (R.Salvador) PM7.X (R.Salvador) PM0.x Semana de finalizacin desarrollo Semana 8 Semana 7 Semana 13 Semana 13 Semana 13 Semana 11 Semana 12 Semana 12

El resultado de las pruebas se reflejar en los entregables E2.3 Informe del resultado de las pruebas de integracin y E3.1 Informe del resultado de las pruebas de sistema que se entregarn en la S14 y S15 respectivamente. Pruebas de aceptacin

2 Se incluye un mdulo general para aquellas pruebas sobre utilidades que afecten al comportamiento global de la aplicacin
http://www.cenatic.es. Pg. 12 de 30

Como se ha comentado, finalmente el personal de CENATIC validar el producto mediante un set de datos y pruebas ofrecido por SEMARKET y basado en las pruebas manuales. El

resultado de dichas pruebas ser detallado en el documento E3.2 Informe del resultado de las pruebas de aceptacin que se entregar en la S16.

Las pruebas se realizarn siguiendo los perodos definidos en el siguiente cronograma:

Como puede observarse, los perodos de prueba se solapan unos con otros. Esto es debido a que los visores podrn ser probados independientemente con el propsito de poder optimizar al mximo la eficiencia del proyecto.

http://www.cenatic.es.

Pg. 13 de 30

6 HERRAMIENTAS
Pruebas Manuales Las pruebas expuestas en el presente documento sern ejecutadas sobre los siguientes dispositivos mviles: Sony Ericsson k750i Nokia 6220 Nokia E61-1 Nokia E61i Qtek S110 Emulador Es preciso un cable de conexin con el PC, conexin Bluetoth o infrarojos para llevar a acabo la copia del software al dispositivo mvil. Para la realizacin de pruebas con un emulador es necesario un ordenador siguientes caractersticas: Hardware RAM: 1 GB de memoria Disco Duro: 100 MG USB, bluetooth o Infrarojos Software: Windows2000, XP, Vista MAC O o Linux. Netbeans Mobility> 6.13 Java Wireless Toolkit de las

Pruebas de caja blanca La revisin de cdigo nicamente precisa un editor y la herramienta MANTIS para gestionar la documentacin de la prueba. Pruebas de caja Negra Este tipo de pruebas se basa en la comprobacin del correcto funcionamiento de cada una de las clases de la aplicacin de forma automatizada. Este tipo de test no incluye la interaccin entre clases sino el correcto funcionamiento de cada clase de forma aislada. Las pruebas son de especial importancia al aadir nuevas funcionalidades a la aplicacin ya que permiten comprobar que el cdigo que anteriormente era funcional lo sigue siendo despus de aadir la nueva mejora. La aplicacin J2MEUNIT4 permite disear pruebas unitarias fcilmente, mejorando de esta forma el plan de pruebas. 3 http://download.netbeans.org/netbeans/6.1/final/ 4http://j2meunit.sourceforge.net/index.html
http://www.cenatic.es. Pg. 14 de 30

El uso de J2MEUNIT se basa en crear una clase heredada de dicha aplicacin donde se generan casos que hagan uso de los diferentes mtodos del visor. Para cada caso de prueba se deben definir las aserciones que deben cumplirse. Una vez ejecutado, J2MEUNIT comprueba que los resultados obtenidos son los esperados. Sistema de control de pruebas y errores. Se implantar un servidor basado en Mantis 1.2.1 y accesible por los participantes iniciales del proyecto. La aplicacin ser utilizada hasta la finalizacin del proyecto de forma interna. Mantis es una aplicacin de ticketing especializada en bugtracking accesible va web (PHP) y basada en Mysql. La aplicacin, con licencia GPL, ser accesible desde la red interna de SEMARKET as como las direcciones IP propuestas por CENATIC. Por otra parte cada participante dispondr de su propio usuario y contrasea. A continuacin se detallan algunas caractersticas interesantes de la aplicacin: La aplicacin permite asignar un responsable a cada una de las etiquetas creadas. Adems de los campos predefinidos, es posible generar nuevos campos con el fin de adaptar la herramientas a las necesidades del proyecto. Es posible realizar un seguimiento de un ticket en forma de historial. La herramienta permite enlazar tickets, que si bien pertenecen a diferentes problemas, puedan estar relacionados. Notificaciones va mail de nuevos tickets o cambios de estado de los mismos. Integracin con SVN y Dotproject aplicaciones que pueden resultar igualmente tiles. Inicialmente se integrarn los siguientes tipos de tickets: definicin, anlisis, diseo, desarrollo, testeo, defecto UT, defecto integracin, defecto sistema, defecto QA. mejora y documentacin.

http://www.cenatic.es.

Pg. 15 de 30

Ilustracin 1: Imagen de la aplicacin Mantis

http://www.cenatic.es.

Pg. 16 de 30

7 CASOS DE PRUEBA POR CARACTERISTICAS DE PRIORIDAD

Los guiones que se detallan a continuacin definen los casos de prueba Manuales. Para cada caso se definir:

Identificador: Depende del mdulo que se testea PM1.X, PM2.X, etc. Descripcin Prioridad: esenciales, esperadas, deseadas Requisitos Acciones Resultado esperado NAVEGADOR

Identificador: PM1.1 Descripcin: Visualizacin de ficheros ODF en el directorio predefinido Prioridad: esencial Requisitos: Es preciso copiar archivos odt, ods y odp al directorio predefinido. Acciones: Activar la aplicacin. Navegar a travs del listado de archivos Visualizar un archivo vlido. Resultado esperado Se visualizar el navegador y se podr elegir uno de los archivos almacenados en el mismo.

Identificador: PM1.2 Descripcin: Visualizacin de ficheros ODF almacenados fuera del directorio predefinido Prioridad: esencial Requisitos: Es preciso copiar un archivo ODF a un directorio que no sea el predefinido. Acciones: Activar la aplicacin. A travs del Navegador, salir del directorio predefinido. Seleccionar el directorio donde se encuentra el archivo, Visualizar el nombre de un archivo vlido. Resultado esperado Se visualizar el navegador y se podr elegir uno de los archivos almacenados en el mismo.

http://www.cenatic.es.

Pg. 17 de 30

GENERAL

Identificador: PM0.1 Prioridad: esencial Descripcin: Carga de un archivo ODF5 que no supere el lmite de carga Requisitos: Un archivo ODF que no supere la memoria disponible. Acciones: Seleccionar el archivo desde el navegador. Resultado esperado: La aplicacin no debe mostrar ningn aviso referente a la carga. Una vez seleccionado el archivo aparecer directamente la pantalla correspondiente al tipo de archivo.

Identificador: PM0.2 Prioridad: esencial Objetivo: Se espera que la aplicacin detecte correctamente que el archivo contiene content.xml con etiquetas no cerradas. Una mala gestin de las etiquetas podra generar una denegacin de servicio en la aplicacin. Requisitos: Un archivo ODF con una etiqueta del archivo content.xml borrada Acciones: Seleccionar el archivo del navegador. Visualizar los diferentes documentos del archivo hasta llegar a la zona de le etiqueta borrada. Resultado esperado: Se espera que el sistema gestione la falta de la etiqueta generando un Aviso y saliendo de la aplicacin.

5 Definiremos archivo ODF como un arquivo ODT, ODS u ODP

http://www.cenatic.es. Pg. 18 de 30

Identificador: PM0.3 Descripcin: Comprobar la correcta gestin de un archivo donde el tamao de la imagen externa no permita su visualizacin. Prioridad: esencial Requisitos: Un archivo ODF con una imagen externa Acciones: Seleccionar el archivo del navegador. Visualizar el documento donde se encuentra la imagen. Seleccionar el modo ICONO o modo Thumbnail en la configuracin grfica. Seleccionar la imagen. Resultado esperado: Se espera que el sistema detecte que el archivo de imagen es demasiado grande para ser mostrado.

Identificador: PM0.4 Descripcin: Comprobar la correcta gestin de un archivo donde el tamao de la imagen incrustada no permita su visualizacin. Prioridad: esperado Requisitos: Un archivo ODF con una imagen incrustada Acciones: Seleccionar el archivo del navegador. Visualizar el documento donde se encuentra la imagen. Seleccionar el modo ICONO o modo Thumbnail en la configuracin grfica. Seleccionar la imagen. Resultado esperado: Se espera que el sistema detecte que el archivo de imagen es demasiado grande para ser mostrado.

http://www.cenatic.es.

Pg. 19 de 30

Identificador: P0.5 Descripcin: Visualizacin de un archivo ODF con palabras con estilos diferentes. Prioridad: esencial Requisitos: Un archivo ODF que contenga los estilos definidos en la oferta inicial (negrita, cursiva, subrayado, tachado y bordes) Acciones: Seleccionar el archivo Se visualizar el documento que contenga los diferentes estilos (negrita, cursiva, subrayado, tachado y bordes) Resultado esperado: Se espera visualizar los diferentes estilos definidos

Identificador: P0.6 Descripcin: Visualizacin de un archivo ODF con palabras con estilos mezclados, como por ejemplo una palabra con cursiva y negrita. Prioridad: esencial Requisitos: Un archivo ODF que contenga los estilos definidos en la oferta inicial (negrita, cursiva, subrayado, tachado y bordes) mezclados. Acciones: Seleccionar el archivo Se visualizar el documento que contenga los estilos mezclados. Resultado esperado: Se espera visualizar los diferentes estilos mezclados.

Identificador: P0.7 Descripcin: Bsqueda de palabras dentro de un documento. Prioridad: esencial Requisitos: Un archivo ODF con palabras. Acciones: Seleccionar el archivo Visualizar un documento del archivo que contenga una palabra conocida. Seleccionar la opcin Buscar palabra desde el men inferior izquierdo. Escribir en el formulario la palabra y aceptar la bsqueda. Resultado esperado:
Pg. 20 de 30

http://www.cenatic.es.

Se espera visualizar el documento en el lugar del documento donde se encuentra la primera aparicin de la palabra. Mediante las teclas 4 y 6 podremos desplazarnos a la siguiente y la anterior aparicin de la palabra en el documento.

Identificador: P0.8 Descripcin: Bsqueda de palabras en varios documentos de un archivo. Prioridad: deseada Requisitos: Un archivo ODF con la misma palabra en diferentes documentos. Acciones: Seleccionar el archivo Visualizar un documento del archivo que contenga una palabra conocida. Seleccionar la opcin Buscar palabra desde el men inferior izquierdo. Escribir en el formulario la palabra y aceptar la bsqueda. Resultado esperado: Se espera visualizar el documento donde se encuentra la primera aparicin de la palabra dentro del archivo. Mediante las teclas 4 y 6 podremos desplazarnos a la siguiente y la anterior aparicin de la palabra en el archivo.

Identificador: P0.9 Descripcin: Visualizacin de una tabla en un documento. Prioridad: esencial Requisitos: Un archivo ODF con una tabla en un documento de un archivo. Acciones: Seleccionar el archivo Visualizar un documento del archivo que contenga la tabla Resultado esperado: Se espera visualizar la table con un borde estandar.

Identificador: P0.10 Descripcin: Visualizacin de un listado con bullets y profundidad de segundo grado en un documento. Prioridad: esencial Requisitos: Un archivo ODF con un listado con bullets en un documento de un archivo. Acciones:

http://www.cenatic.es.

Pg. 21 de 30

Seleccionar el archivo Visualizar un documento del archivo que contenga la tabla Resultado esperado: Se espera visualizar el listado con bullets.

Identificador: P0.11 Descripcin: Visualizacin de un listado numerado. Prioridad: esencial Requisitos: Un archivo ODF con un listado numerado en un documento de un archivo. Acciones: Seleccionar el archivo Visualizar un documento del archivo que contenga la tabla Resultado esperado: Se espera visualizar el listado numerado.

METADATOS

Identificador: P2.1. Descripcin: Visualizacin de los metadatos de un archivo ODF Prioridad: esencial Requisitos: Un archivo ODF. Acciones: Seleccionar el archivo Visualizar un documento del archivo. Seleccionar la opcin Ver informacin desde el men inferior izquierdo. Resultado esperado: Se espera visualizar la siguiente informacin: Nombre del archivo Nombre del autor Nmero de palabras Palabras clave Informacin definida por el autor PARSEO DE ODT

Identificador: PM4.1 Descripcin: Comprobacin de la transicin de documentos mediante opciones de men.

http://www.cenatic.es.

Pg. 22 de 30

Prioridad: deseado Requisitos: Un archivo ODT que contenga ms de un documento. Seleccionar el archivo del navegador. Elegir el siguiente documento mediante el Menu inferior-->Siguiente documento. Posteriormente elegir el documento anterior mediante el Menu inferior->Documento anterior. Resultado esperado: Se espera poder navegar a travs del archivo mediante las opciones de desplazamiento de documentos.

Identificador: PM4.2 Descripcin: Comprobacin de la eleccin de secciones dentro de un documento. Prioridad: deseado Requisitos: Un archivo ODT que contenga un documento con varias secciones. Seleccionar el archivo del navegador. Elegir el documento mediante la opcin Seleccionar Posteriormente desplazarse a travs del listado de secciones del documento. Resultado esperado: Se espera poder navegar a travs del listado de secciones y acceder a una.

Identificador: PM4.3 Descripcin: Se espera comprobar la gestin del intento de carga de un archivo ODT con un listado en diferentes documentos. Prioridad: deseado Requisitos: Un archivo ODT que contenga una lista en una parte del archivo donde se precisa un cambio de documento. Seleccionar el archivo del navegador. Elegir el documento que contenga el inicio de la lista Elegir el siguiente documento mediante el Menu inferior-->Siguiente documento. Resultado esperado: Se espera que el listado se divida en dos manteniendo el formato (ya sean bullets o numeracin)

PARSEO DE ODS

Identificador: PM4.1 Descripcin: Se espera comprobar la gestin del intento de carga de un archivo ODS que contenga una hoja que supere el tamao mximo Prioridad: esencial

http://www.cenatic.es.

Pg. 23 de 30

Requisitos: Un archivo ODS que contenga una hoja que supere el lmite de carga Acciones: Seleccionar el archivo del navegador. Elegir el documento que contenga la hoja que supera el tamao mximo Resultado esperado: Se espera que el sistema ofrezca una pantalla de aviso. Posteriormente ser posible seleccionar el resto de hojas del documento. La hoja que supera el tamao no podr ser de nuevo seleccionada del listado.

PRESENTACIONES

Identificador: PM5.1 Descripcin: Se espera comprobar la gestin del intento de carga de un archivo ODP que contenga una diapositiva que supere el tamao mximo Prioridad: esencial Requisitos: Un archivo ODP que contenga una diapositiva que supere el lmite de carga Acciones: Seleccionar el archivo del navegador. Elegir el documento que contenga la diapositiva que supera el tamao mximo Resultado esperado: Se espera que el sistema ofrezca una pantalla de aviso. Posteriormente ser posible seleccionar el resto de diapositivas del documento. La diapositiva que supera el tamao no podr ser de nuevo seleccionada del listado. Identificador: PM5.2 Descripcin: Visualizacin de elementos grficos de un archivos ODP Prioridad: esencial Requisitos: Un archivo ODP que contenga una diapositiva con todos los elementos bsicos definidos en los requerimientos: Esquema de la diapositiva. Crculo Formas rectangulares Elipse Cuadros de texto Acciones: Seleccionar el archivo Visualizar un documento del archivo que contenga la diapositiva. Resultado esperado: Se espera visualizar correctamente todos los elementos.

http://www.cenatic.es.

Pg. 24 de 30

Identificador: PM5.3 Descripcin: Gestin de elementos grficos de un archivos ODP que cuyas dimensiones excedan la pantalla Prioridad: esencial Requisitos: Un archivo ODP que contenga una diapositiva uno de los elementos bsicos definidos en los requerimientos y cuya dimensin sea superior a la diapositiva. Esquema de la diapositiva. Circulo Forma rectangulares Elipse Cuadros de texto Acciones: Seleccionar el archivo Visualizar un documento del archivo que contenga la diapositiva. Resultado esperado: Se espera visualizar un aviso del sistema informando que un elemento no ha podido se reflejado por pantalla. Posteriormente se visualizar el resto de la diapositiva.

Identificador: PM5.4 Descripcin: Gestin de elementos grficos de un archivos ODP cuyo tamao en memoria sea mayor que el limite de carga. Prioridad: esencial Requisitos: Un archivo ODP que contenga una diapositiva uno de los elementos bsicos definidos en los requerimientos y cuyo tamao sea mayor que el limite de caga en memoria. Esquema de la diapositiva. Crculo Forma rectangulares Elipse Cuadros de texto Acciones: Seleccionar el archivo Visualizar un documento del archivo que contenga la diapositiva. Resultado esperado: Se espera visualizar un aviso del sistema informando que la diapositiva no puede ser cargada. A continuacin aparecer el listado de documentos. ZOOM

http://www.cenatic.es.

Pg. 25 de 30

Identificador: PM6.1 Descripcin:Se espera comprobar la visualizacin de un documento perteneciente a un archivo ODS en formato 3x3 (Zoom3), es decir el formato por defecto. Prioridad: esencial Requisitos: Un archivo ODS que contenga una hoja que no supere el lmite de carga. Acciones: Seleccionar el archivo del navegador. Elegir el documento que contenga la hoja que no supera el tamao mximo Desplazarse mediante las funciones de desplazamiento. Resultado esperado: Se espera visualizar las celdas A1,A2,A3, B1,B2,B3,C1,C2 y C3. Mediante las funciones de desplazamiento se visualizarn nuevas agrupaciones de 9 celdas sin concatenacin.

Identificador: PM6.2 Descripcin:Se espera comprobar la visualizacin de un documento perteneciente a un archivo ODS en formato 2x2 (Zoom2), es decir el formato por defecto. Prioridad: esencial Requisitos: Un archivo ODS que contenga una hoja que no supere el lmite de carga. Acciones: Seleccionar el archivo del navegador. Elegir el documento que contenga la hoja que no supera el tamao mximo Seleccionar Zoom2 desde el Menu inferior derecho-->Zoom Desplazarse mediante las funciones de desplazamiento. Resultado esperado: Se espera visualizar las celdas A1,A2, B1 y B2. Mediante las funciones de desplazamiento se visualizarn nuevas agrupaciones de 4 celdas sin concatenacin. Identificador: PM6.3 Descripcin:Se espera comprobar la visualizacin de un documento perteneciente a un archivo ODS en formato 1 celda por pantalla (Zoom1), es decir el formato por defecto. Prioridad: esencial Requisitos: Un archivo ODS que contenga una hoja que no supere el lmite de carga. Acciones: Seleccionar el archivo del navegador. Elegir el documento que contenga la hoja que no supera el tamao mximo. Seleccionar Zoom1 desde el Menu inferior derecho-->Zoom Desplazarse mediante las funciones de desplazamiento.

http://www.cenatic.es.

Pg. 26 de 30

Resultado esperado: Se espera visualizar las celdas A1. Mediante las funciones de desplazamiento se visualizarn nuevas celdas.

http://www.cenatic.es.

Pg. 27 de 30

8 ENTREGABLES
Como se comenta en el documento E.0.1 Planificacin del proyecto se deben llevar a cabo los siguientes documentos entregables:

Paquete de trabajo Desarrollo de la aplicacin Desarrollo de la aplicacin

ID

Nombre

Semana de entrega S14

Fecha de entrega

Revisin

E2.2 Informe de resultado de las pruebas unitarias E2.3 Informe de resultado de las pruebas de integracin

S14

26/11/2008 Despus del test, al menos 3 das antes de la fecha fin 26/11/2008 Despus del test, al menos 3 das antes de la fecha fin 03/12/2008 Despus del test, al menos 3 das antes de la fecha fin 10/12/2008 Despus del test, al menos 3 das antes de la fecha fin

Implantacin E3.1 Informe de S15 y aceptacin resultado de las pruebas de sistema Implantacin E3.2 Informe de y aceptacin resultado de las pruebas de aceptacin S16

http://www.cenatic.es.

Pg. 28 de 30

9 REPONSABILIDADES
A continuacin se detallan los diferentes roles relacionados con el plan de pruebas:

El responsable del plan de pruebas (Rosa Martnez). Es la encargada de: Dar de alta los tickets referentes a las pruebas y asignar responsables. Asegurar que las pruebas se llevan a cabo en las fechas establecidas. Asegurar las herramientas necesarias para la comunicacin entre los desarrolladores del proyecto y el personal encargado de las pruebas. Comprobar que las diferentes pruebas establecidas finalmente cumplen con la respuesta esperada. Desarrolladores.(Ivn Roig, Rubn Salvador, Roberto Morales, Javier Gonzlez) Son los encargados de recibir los informes de pruebas, analizarlos y aportar soluciones. Una vez implantadas las soluciones se llevarn de nuevo a cabo las pruebas con el fin de comprobar que la respuesta es la esperada. Tester (Ivn Roig, Rubn Salvador, Roberto Morales, Javier Gonzlez, Marcel Medina y Manuel Garca). Podemos destacar tres roles diferenciados.

Tester de PM. Tienen la funcin de llevar a cabo las pruebas manuales siguiendo los guiones establecidos e informar mediante las herramientas establecidas de los resultados a los desarrolladores. No es preciso que tengan conocimientos de J2ME. Desarrollador externo. Son los encargados de realizar las pruebas de caja blanca y caja negra. Deben tener experiencia en proyectos de J2ME. Pueden pertenecer al proyecto pero no deben haber participado en la creacin del cdigo analizado. Personal de CENATIC. CENATIC deber elegir miembros de su equipo para llevar a cabo las pruebas de aceptacin las cuales se llevarn a cabo en la semana 14 del proyecto. Los miembros elegidos recibirn: Un set de pruebas de ejemplo Guiones de pruebas
Pg. 29 de 30

http://www.cenatic.es.

Acceso a la herramienta Mantis donde incluirn el reporte.

http://www.cenatic.es.

Pg. 30 de 30