Está en la página 1de 30

Herramienta para la administracin de requerimientos de los proyectos de las asignaturas de Ingeniera de Software y Arquitectura de Software de la Pontificia Universidad Javeriana

vae

Plan de Pruebas de Software


STP
VANESA CAROLINA LOAIZA CARVAJAL LAURA CATALINA ZORRO JIMNEZ

2010

PONTIFICIA UNIVERSIDAD JAVERIANA

HISTORIAL DE CAMBIOS

FECHA 31-10-10

VERSIN DESCRIPCIN 1.0 Organizacin documento. Seccion 1

RESPONSABLE del Vanesa Carolina Loaiza, Laura Catalina Zorro Vanesa Carolina Loaiza, Laura Catalina Zorro Vanesa Carolina Loaiza, Laura Catalina Zorro Vanesa Carolina Loaiza, Laura Catalina Zorro

01-11-10

1.1.

02-11-10

1.2

Secciones 1 y 2

04-11-10

1.3

Secciones 3 y 4

08-11-10

1.4

Secciones restantes Vanesa Carolina Loaiza, Laura y Pruebas y Registro Catalina Zorro Seccin 6, Pruebas y Vanesa Carolina Loaiza, Laura Registro Catalina Zorro Pruebas y Registro Vanesa Carolina Loaiza, Laura Catalina Zorro

12-11-10

1.5

13-11-10

1.6

Tabla 1: Historial de cambios

TABLA DE CONTENIDO
HISTORIAL DE CAMBIOS ...................................................................................................................... 2 TABLA DE CONTENIDO ........................................................................................................................ 3 NDICE DE TABLAS ............................................................................................................................... 5 1 INTRODUCCIN ........................................................................................................................... 6 1.1. 1.2. 1.3. 1.4. 1.5. 2 Objetivos ............................................................................................................................. 6 Estrategia de Pruebas.......................................................................................................... 6 Alcance ................................................................................................................................ 7 Referencias .......................................................................................................................... 8 Definiciones, abreviaciones y acrnimos ............................................................................ 9

ARTEFACTOS DE PRUEBA .......................................................................................................... 10 2.1 2.2 Mdulos del Programa ...................................................................................................... 10 Procedimientos de Usuario ............................................................................................... 11

3 4 5

CARACTERISTICAS A SER PROBADAS ......................................................................................... 13 CARACTERSTICAS QUE NO SERAN PROBADAS ......................................................................... 14 APROXIMACION ........................................................................................................................ 15 5.1 5.2 5.3 5.4 Pruebas Unitarias .............................................................................................................. 15 Pruebas de Frontera .......................................................................................................... 15 Pruebas de Integracin ..................................................................................................... 16 Pruebas de Sistema ........................................................................................................... 16

PROCESO DE PRUEBAS .............................................................................................................. 18

ANEXO ....................................................................................................................................... 30 7.1 Anexo 1: Reportes de Pruebas .......................................................................................... 30

NDICE DE TABLAS
TABLA 1: HISTORIAL DE CAMBIOS ...................................................................................... 2 TABLA 2: DEFINICIONES, ACRNIMOS Y ABREVIACIONES ................................................................ 9 TABLA 3: MDULOS A PROBAR EN EL SISTEMA ......................................................................... 11 TABLA 4. CARACTERSTICAS A SER PROBADAS ......................................................................... 13 TABLA 5. CARACTERSTICAS QUE NO SERN PROBADAS. ............................................................... 14 TABLA 6. PRUEBAS UNITARIAS. ....................................................................................... 15 TABLA 7. PRUEBAS DE FRONTERA ..................................................................................... 15 TABLA 8. ENTREGABLE DE LA PRUEBA. ................................................................................ 16 TABLA 9. PRUEBA DE INTEGRACIN. .................................................................................. 16 TABLA 10. RESULTADOS PRUEBA INTEGRACIN ....................................................................... 16 TABLA 11. PRUEBAS DE SISTEMA...................................................................................... 16 TABLA 12. RESULTADOS PRUEBAS DE SISTEMA. ....................................................................... 17 TABLA 13: CASO DE PRUEBA 1 ....................................................................................... 18 TABLA 14: CASO DE PRUEBA 2 ....................................................................................... 19 TABLA 15: CASO DE PRUEBA 3 ....................................................................................... 20 TABLA 16: CASO DE PRUEBA 4 ....................................................................................... 20 TABLA 17: CASO DE PRUEBA 5 ....................................................................................... 21 TABLA 18: CASO DE PRUEBA 6 ....................................................................................... 21 TABLA 19: CASO DE PRUEBA 7 ....................................................................................... 21 TABLA 20: CASO DE PRUEBA 8 ....................................................................................... 22 TABLA 21: CASO DE PRUEBA 9 ....................................................................................... 22 TABLA 22: CASO DE PRUEBA 10 ..................................................................................... 23 TABLA 23: CASO DE PRUEBA 11 ..................................................................................... 23 TABLA 24: CASO DE PRUEBA 12 ..................................................................................... 24 TABLA 25: CASO DE PRUEBA 13 ..................................................................................... 24 TABLA 26: CASO DE PRUEBA 14 ..................................................................................... 25 TABLA 27: CASO DE PRUEBA 15 ..................................................................................... 25 TABLA 28: CASO DE PRUEBA 16 ..................................................................................... 25 TABLA 29: CASO DE PRUEBA 17 ..................................................................................... 26 TABLA 30: CASO DE PRUEBA 18 ..................................................................................... 27 TABLA 31: CASO DE PRUEBA 19 ..................................................................................... 28 TABLA 32: CASO DE PRUEBA 20 ..................................................................................... 28 TABLA 33: CASO DE PRUEBA 21 ..................................................................................... 28 TABLA 34: CASO DE PRUEBA 22 ..................................................................................... 29 TABLA 35: CASO DE PRUEBA 23 ..................................................................................... 29

INTRODUCCIN
1.1. Objetivos

EL plan de pruebas de Software se elabora con el fin de especificar qu elementos o componentes se van a probar para que el grupo de trabajo pueda realizar el proceso de Validacin y Verificacin de los requerimientos funcionales y no funcionales de la herramienta ERMT. Adems, a travs del plan de pruebas se puede continuar con la trazabilidad de los requerimientos, con lo cual el grupo de trabajo, identifica el porcentaje de avance que se ha logrado hasta cierto momento. Al desarrollar el plan de pruebas, se puede obtener informacin sobre los errores, defectos o fallas que tiene el prototipo, as se realizan las correcciones pertinentes, segn el caso y se asegura la calidad del producto que se est entregando al cliente. El plan de pruebas se aplica sobre el producto, es decir, el cdigo fuente de ERMT, los resultados de las pruebas son registrados en un formato que se encuentra en el Anexo 1: Reportes de Pruebas. Las pruebas a implementar son bsicas, esto incluye las pruebas unitarias y de integracin que son vitales para la validacin del producto.

1.2.

Estrategia de Pruebas

A travs de los diferentes documentos que se han realizado, se pretende retomar informacin directamente relacionada con las pruebas, para asegurar la calidad de estas y del producto. Adems le permite al responsable de las pruebas saber exactamente los criterios que se deben tener en cuenta para probar cada elemento del sistema. A continuacin se explica brevemente el aporte de cada documento con respecto al plan de pruebas.

SRS Priorizacin: se escogen los requerimientos de mayor priorizacin para poder aplicar las pruebas correspondientes. Ver documento SRS version 3.2 seccin 2.9 PRIORIZACION DE REQUERIMIENTOS. Grafo de dependencias: permite una visualizacin clara sobre los diferentes grupos de requerimientos que deben ser evaluados dentro de las pruebas de integracin. Ver documento SRS version eccin 2.10 RELACION ENTRE LOS REQUERIMIENTOS. Trazabilidad: le permite al responsable de la prueba saber el estado de requerimiento. Ver documento SRS version 3.2 seccin 2.8 TRAZABILIDAD Y LOCALIZACION. SDD Diagrama de Componentes: La separacin del sistema por componentes permite la clasificacin de las pruebas segn la funcionalidad del mdulo. Ver documento SDD seccin 5. VISTA LGICA y seccin 7. VISTA DE IMPLEMENTACION. Diagrama de CU: Permite una mejor visualizacin de los diferentes escenarios para realizar las pruebas de sistema. Vista Fsica: Prueba de los componentes de Hardware que tiene la aplicacin, seccin 6. VISTA DE DESPLIEGUE.

Ilustracin 1: Estrategia del plan de pruebas

Con esta estrategia se asegura llevar el seguimiento de la trazabilidad que se ha manejado desde la especificacin de requerimientos (documento SRS), adems de mantener la consistencia entre la aplicacin y su respectiva documentacin [5].

1.3.

Alcance

Teniendo en cuenta los documentos hechos anteriormente, el grupo de trabajo pretende realizar las pruebas, de manera incremental, por mdulo. Para una mejor comprensin, ver la Ilustracin 2: Alcance del plan de pruebas, la cual muestra el alcance y el orden en que se realizaran.

Pruebas de Sistema Pruebas de Integracion Pruebas unitarias (Pruebas Frontera)


Ilustracin 2: Alcance del plan de pruebas

Las pruebas unitarias se realizaran inmediatamente despus de haber implementado la aplicacin, esto quiere decir, que el orden corresponde al descrito en la prioridad de requerimientos y por grafo de dependencias construidos desde el documento SRS Seccin 2.9 PRIORIZACION DE REQUERIMIENTOS y 2.10 RELACIONES ENTRE LOS REQUERIMIENTOS.

1.4.

Referencias

[1]. IEEE Computer Society, IEEE Standard For Software Test Documentation, Disponible en: http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=573169, [ltima consulta: 9 de enero de 2010]. [2]. Sommerville I, INGENIERA DE SOFTWARE. Sptima Edicin. Madrid. Espaa: Pearson Educacin; 2005. [3]. Grupo de Construccin de Software Universidad de los Andes, Planes de Prueba, Disponible en:

http://chie.uniandes.edu.co/~gsd/index.php?option=com_content&task=category&sectio nid=8&id=101&Itemid=183, [ltima consulta: 10 de enero de 2010] [4]. Bruegge B, Dutoit AH, INGENIERA DE SOFTWARE ORIENTADO A OBJETOS. Primera Edicin. Naucalpan. Mxico: Pearson Educacin; 2002. [5]. Buitrago, V. Cceres, D. Loaiza, C. Medina, O. Muoz, R. Tenjo, J. Plan de Pruebas de Software (STP). PIRATE RISK. 2009.

1.5.

Definiciones, abreviaciones y acrnimos

CONCEPTO AS ANS ERMT Arquitectura de Software

DESCRIPCIN

Asignacin Numerica Simple (Mtodo de Priorizacin) Hace referencia a las iniciales del Nombre designado para la herramienta, el cual es: Easy Requirement Management Tool. Ingeniera de Software Software Tester Plan

IS STP

Mtodo Wiegers

Metodo de Priorizacin de Wiegers


Tabla 2: Definiciones, acrnimos y abreviaciones

ARTEFACTOS DE PRUEBA

2.1 Mdulos del Programa


En esta seccin se muestran los mdulos que se pretenden probar, adems de las especificaciones de las pruebas a realizar en cada uno. Cabe notar, que cada mdulo representa un componente del sistema. Para obtener la descripcin de cada componente ver Documento SDD V 2.2 seccin 3.2. DIAGRAMA DE COMPONENTES. Los tems a manejar en la tabla son los siguientes:

Mdulo
Es un conjunto de elementos, el cual tienen en comn la finalidad.

Pruebas
Tipo de pruebas que sern utilizadas dentro del componente.

Descripcion
Breve explicacin sobre la prueba a realizar.

Ilustracin 3: Mdulos del programa

Modulo

Pruebas

Descripcin

GUI

Facilidad de uso

La facilidad de uso consiste en que siempre tengan el conocimiento sobre qu pueden o qu deberan hacer los usuarios en cada momento y cmo hacerlo.

Look & feel

Look & feel es la apariencia que se proporciona al usuario

Lgica de Negocio

Funcionalidad

El sistema debe poder realizar todo los requerimientos establecidos con el cliente, este

mdulo ser guiado por los diferentes tipos de requerimientos que se han manejado durante el proyecto

DAO

Persistencia

El sistema debe ser capaz de guardar datos para ser usados en otro momento, adems de tener acceso a ellos sin tener ningn problema de consistencia e integridad.

NO funcionales

No funcionales

El sistema debe cumplir con los requerimientos no funcionales que se han especificado en el SRS teniendo en cuenta el diseo.

Tabla 3: Mdulos a probar en el sistema

2.2 Procedimientos de Usuario


Para utilizar la herramienta de manera adecuada se necesitan guas o manuales que sean claros, correctos, completos y coherentes [1], para que el usuario pueda manejar la herramienta de forma correcta y pueda comprender los conceptos tras la funcionalidad. A continuacin se muestran los diferentes atributos de calidad de estos procedimientos: [1] Clara: las instrucciones proporcionadas en el documento, deben ser lo suficientemente explicitas para que el usuario pueda desenvolverse dentro del entorno de la herramienta. Correcta: No existen errores semnticos, sintcticos, ortogrficos ni de enlace dentro de la documentacin proporcionada al usuario. Completa: la informacin debe estar completa, desde la parte tcnica hasta la parte funcional. Coherente: no existen ambigedades, ni incongruencias dentro del documento que puedan confundir al usuario.

Los documentos a entregar con la herramienta son:

Manual de usuario Manual de Instalacin

Manual que tiene las instrucciones para poder manejar la herramienta sin problemas.

Manual que tiene las instrucciones sobre como instalar la herramienta

Ilustracin 4: Documentos y responsables.

CARACTERISTICAS A SER PROBADAS

En esta seccin se encuentran las caractersticas de la herramienta a ser probadas con un caso de estudio especfico.

Caracterstica

Descripcin

Mdulo

Requerimientos Funcionales

Se debe tener en cuenta el criterio de aceptacin y dependencias, para realizar pruebas en los mdulos. Adems se debe utilizar el documento de casos de uso para tener claro los casos de xito y fallo, y si la herramienta cumple con ellos.

Los mdulos donde se puede probar esta caracterstica son: Lgica de Negocio DAO

Requerimientos Funcionales

No Se debe tener en cuenta el El mdulo donde se puede criterio de aceptacin y lo que probar esta caracterstica es: exige el requerimiento para su cumplimiento, especificado en No funcionales el documento SRS.
Tabla 4. Caractersticas a ser Probadas

CARACTERSTICAS QUE NO SERAN PROBADAS

En esta seccin se encuentran las caractersticas de la herramienta a ser probadas con un caso de estudio especfico. Caracterstica Procedimientos de Usuario Descripcin No sern probados, debido a que no se cuenta con el tiempo suficiente para probar los diferentes criterios, relacionados con los procedimientos, ya que se necesitan usuarios con conocimiento en las reas de Ingeniera de software y que conozca el proceso que se aplica en la asignatura. Debido a que el tiempo es insuficiente, y no est dentro del alcance del proyecto, las pruebas de ste mdulo no se realizaran. Mdulo Procedimientos de Usuario

GUI

El mdulo donde se puede probar esta caracterstica son: GUI

Tabla 5. Caractersticas que no sern probadas.

APROXIMACION

En esta seccin se exponen los tipos de pruebas a utilizar para la herramienta ERMT, cada una de ellas presenta un formato, el cual se va registrar los resultados.

5.1 Pruebas Unitarias


Pruebas por cada unidad, en este caso una unidad es equivalente a un requerimiento. El requerimiento es aprobado y aprobado si este cumple con lo que est escrito en la especificacin de requerimientos. NOMBRE Pruebas ACTIVIDADES TIEMPO ESTIMADO MTODOS O HERRAMIENTAS ENTREGABLES Unitarias IDENTIFICADOR Anlisis de requerimientos del sistema 45 60 minutos por unidad Netbeans UT01

Lista de chequeo sobre el cumplimiento del requerimiento, realiza lo que el requerimiento describe?
Tabla 6. Pruebas Unitarias.

5.2 Pruebas de Frontera


Pruebas frontera, son las que toman en cuenta valores lmite, para verificar el comportamiento de la herramienta en esos casos. NOMBRE Pruebas de Frontera IDENTIFICADOR LT01 ACTIVIDADES Se realizaran los distintas pruebas con los valores lmites y minimos que debe recibir el programa. TIEMPO ESTIMADO 15 minutos por prueba MTODOS O Netbeans HERRAMIENTAS
Tabla 7. Pruebas de Frontera

En cuanto a los entregables de esta prueba se llenara la siguiente tabla: Nombre Valor mximo Resultado esperado Resultados obtenidos Estado Identificador Valor mnimo T01

Funciona:

No funciona:

Comentarios
Tabla 8. Entregable de la prueba.

5.3 Pruebas de Integracin


Las pruebas de integracin, como su nombre lo indica, son pruebas hechas a un conjunto de requerimientos, en este caso se distribuyen en los tipos de requerimientos que se definieron en el documento SRS. NOMBRE Pruebas de Integracin IDENTIFICADOR ACTIVIDADES Validacin de requerimientos IT01

TIEMPO ESTIMADO 15 minutos por pruebas MTODOS O Netbeans HERRAMIENTAS Informe generado en donde se indica si se tiene un correcto funcionamiento o ENTREGABLES
no.
Tabla 9. Prueba de Integracin.

ID

GRUPO DE REQUERIMIENTOS RESULTADOS DE LA PRUEBA Grupo de requerimientos que Resultado de la prueba. estn relacionados dentro del grafo de dependencias
Tabla 10. Resultados Prueba Integracin

5.4 Pruebas de Sistema


Las pruebas de sistema son pruebas realizadas a la herramienta como un conjunto, que casos de uso cumple a cabalidad, con rutas de xito y fallo, que han sido definidas en el documento de Casos de Uso. NOMBRE Pruebas ACTIVIDADES TIEMPO ESTIMADO MTODOS O HERRAMIENTAS ENTREGABLES sistemas IDENTIFICADOR ST01 Se realizaran pruebas funcionales y No funcionales 15 minutos por prueba Netbeans
Informe generado por el responsable de esta prueba el cual informara si se tiene un correcto funcionamiento o no.
Tabla 11. Pruebas de Sistema

ID

CASO DE USO RESULTADOS DE LA PRUEBA Grupo de requerimientos que Resultado de la prueba. estn relacionados dentro del grafo de dependencias
Tabla 12. Resultados Pruebas de Sistema.

PROCESO DE PRUEBAS

En esta seccin se presentan los casos de pruebas generales para usarlos con la herramienta ERMT. Cada cuadro est asociado a un caso de Uso, desde ah se desglosa en los diferentes mdulos involucrados para el funcionamiento y se evala el resultado obtenido. En las siguientes tablas, se muestran los casos de pruebas a realizar: NOMBRE PROPSITO PRERREQUISITOS Actualizar Control de Cambios PRUEBAS P1 Verificar si al hacer un cambio en los requerimientos, se pide el registro de cambios y actualiza el historial de cambios en la base de datos. Haber solicitado manejar historial de cambios Tener requerimientos en la base de datos Realizar cambios significativos o Atributos del requerimientos o Relaciones del requerimiento o Eliminacin del requerimiento Base de datos MySQL y pantalla de InfoReq Creacin o Modificacin de algn requerimiento Datos solicitados del historial o Responsable o Justificacin El historial de cambios ha sido actualizado 1. Visitar la pgina de InfoReq RelacionesRequerimientos. 2. Realizar uno o ms cambios en los requerimientos. 3. Clic en modificar. 4. Ingresar datos solicitados del historial (Responsable y Justificacin) 5. Clic en Aceptar. Atributos y clasificacin Historial de cambio Grafo y reportes (relaciones)
Tabla 13: Caso de Prueba 1

UBICACIN ENTRADA

ORCULO PASOS

Mdulos Asociados

NOMBRE

PROPSITO PRERREQUISITOS UBICACIN ENTRADA

Actualizar relaciones entre PRUEBAS P2 requerimientos en la Base de datos Verificar que si es posible crear, eliminar y modificar relaciones entre un par de requerimientos. Existen requerimientos en la base de datos. Base de datos MySQL, pantalla de InfoReq, pantalla de Relaciones (la de creacin y modificacin-eliminacin. Seleccionar un requerimiento

ORCULO

Seleccin de la accin que desea hacer o Crear relacin o Modificar relacin o Eliminar relacin Seleccin del segundo requerimiento Cambio en el atributo Requerimientos asociados del requerimiento(s) involucrados en la relacin (PARA CREAR) La base de datos se encuentra actualizada con la nueva relacin, entre un par de requerimientos (PARA MODIFICAR)La base de datos se encuentra actualizada con la eliminacin de una relacin, entre un par de requerimientos (PARA ELIMINAR)La base de datos se encuentra actualizada con el cambios de relacin, entre un par de requerimientos PARA CREAR 1. Visitar la pantalla de relaciones. 2. Seleccionar un requerimiento. 3. Seleccionar crear. 4. Seleccionar el tipo de relacin (Dependencia, Igualdad). 5. Seleccionar el segundo requerimiento. 6. Clic en crear. PARA MODIFICAR 1. Visitar la pantalla de relaciones. 2. Seleccionar un requerimiento. 3. Seleccionar el segundo requerimiento. 4. Clic en modificar. PARA ELIMINAR 1. Visitar la pantalla de relaciones. 2. Seleccionar un requerimiento. 3. Seleccionar el segundo requerimiento. 4. Clic en eliminar. Grafo y reportes (relaciones)
Tabla 14: Caso de Prueba 2

PASOS

Mdulos Asociados

NOMBRE PROPSITO PRERREQUISITOS

Actualizar requerimiento

PRUEBAS

P3

UBICACIN ENTRADA ORCULO

Verificar el cambio en los atributos del requerimiento, cuando el usuario lo realice El proyecto debe tener atributos asociados para la plantilla de especificacin El requerimiento debe estar clasificado en un tipo de requerimiento El requerimiento debe estar creado en la base de datos Base de datos MySql y pantalla InfoReq Modificacin en uno o ms atributos de uno o mas requerimientos El requerimiento ha sido modificado exitosamente. Ahora se puede

PASOS

Mdulos Asociados

observar los nuevos valores modificados 1. Visitar la pgina de InfoReq. 2. Modificar informacin de los atributos del requerimiento. 3. Clic en modificar. Atributos y clasificacin Localizacin y Trazabilidad
Tabla 15: Caso de Prueba 3

NOMBRE PROPSITO

PRERREQUISITOS UBICACIN ENTRADA

ORCULO PASOS

Mdulos Asociados

Actualizar listas de V&V PRUEBAS P4 Verificar que al registrar un cambio en las los criterios de la lista de verificacin y validacin, la base de datos puede actualizar sus valores en cada requerimiento o el proyecto, dependiendo del tipo de lista que este manejando. Debe haber requerimientos en la base de datos. Debe haber seleccionado una lista de verificacin y validacin Base de datos de MySQL y Pantalla de VerificarValidar PARA V&V EN REQUERIMIENTOS 1. Seleccin o no seleccin del criterio de la lista de V&V de uno o mas requerimientos PARA V&V EN EL PROYECTO 2. Seleccin o no seleccin del criterio de la lista de V&V de proyecto Los criterios de la lista de V&V ha sido actualizada en la base de datos. PARA V&V EN REQUERIMIENTOS 1. Visitar la pgina de VerificarValidar. 2. Seleccione la lista que desea diligenciar. 3. Seleccionar el requerimiento a Verificar. 4. Modificar los Check de la lista de V&V en los criterios definidos para esa lista de V&V. 5. Clic en Modificar. PARA V&V EN PROYECTO 1. Visitar la pgina de VerificarValidar. 2. Seleccione la lista que desea diligenciar. 3. Modificar los Check de la lista de V&V en los criterios definidos. para esa lista de V&V. 4. Clic en Modificar. V&V
Tabla 16: Caso de Prueba 4

NOMBRE PROPSITO PRERREQUISITOS UBICACIN ENTRADA ORCULO

Actualizacin Priorizacin PRUEBAS P5 Verificar que en la base de datos se han actualizado los valores de priorizacin, modificados por el usuario. Debe haber requerimientos en la base de datos. 3. Debe haber seleccionado un mtodo de Priorizacin Base de datos MySQL Modificacin de valores La base de datos se encuentra actualizada con los nuevos valores modificados y el atributo prioridad tambin se encuentra actualizado.

PASOS

1. Visitar la pgina de Priorizacin. 2. Modificacin de valores de priorizacin (dentro de los lmites, ver Anexo 1: Reportes de Pruebas pestaa FRONTERA. 3. Hacer clic en Modificar. Priorizacin
Tabla 17: Caso de Prueba 5

Mdulos Asociados

NOMBRE PROPSITO PRERREQUISITOS

UBICACIN ENTRADA ORCULO PASOS

Mdulos Asociados

CALCULAR GRAFO PRUEBAS P6 Verificar que el grafo sea calculado segn las relaciones Los requerimientos deben estar definidos Los requerimientos deben estar relacionados Localizar ruta de dot.exe Pantalla de Generar Grafo y Archivo resultante (jpg) Ubicacin y nombre del archivo que desea generar EL grafo se encuentra generado y presentado en un archivo (formato jpg) 1. Visitar la pantalla de Generar Grafo. 2. Seleccionar el tipo de grafo a generar a. Estado y Relaciones b. Relaciones 3. Ubicar carpeta donde desea guardarlo. 4. Ingresar un nombre. 5. Clic en Aceptar. Grafo y Reportes
Tabla 18: Caso de Prueba 6

NOMBRE PROPSITO PRERREQUISITOS UBICACIN ENTRADA ORCULO PASOS

Mdulos Asociados

CLASIFICAR REQUERIMIENTO PRUEBAS P7 Verificar que el requerimiento quede clasificado dentro de un tipo de requerimiento. Los tipos de requerimiento deben estar definidos Base de datos MySQL y pantalla de creacionRequerimiento Valores de atributos del requerimiento EL requerimiento ha sido creado, con los parmetros mnimos (tipo Seleccionado) 1. Visitar la pantalla de creacin de requerimiento. 2. Clic en Crear. 3. Debe aparecer un mensaje que indica que debe seleccionar un Tipo de Requerimiento. 4. Seleccionar un tipo (previamente definido) en el campo Tipo de Requerimiento. 5. Clic en crear. 6. Debe aparecer un mensaje que indica el xito de la creacin. Atributos y Clasificacin
Tabla 19: Caso de Prueba 7

NOMBRE

Consultar Atributos Plantilla

PRUEBAS

P8

PROPSITO PRERREQUISITOS UBICACIN ENTRADA ORCULO

Verificar que la informacin que se consulta sea consistente y que cada valor corresponda al requerimiento y atributo correcto Requerimientos previamente creados Base de datos MySQL y Pantalla InfoReq El usuario puede consultar la informacin de los requerimientos de un proyecto, donde cada valor corresponde al requerimiento y atributo correcto. Si se toma como base la informacin almacenada en la Base de datos. 1. Visitar la pantalla de InfoReq. 2. Verificar la informacin de los atributos con la informacin almacenada en la Base de datos. 3. Hacer clic en login Atributos y Clasificacin Localizacin y Trazabilidad
Tabla 20: Caso de Prueba 8

PASOS

Mdulos Asociados

NOMBRE PROPSITO PRERREQUISITOS

UBICACIN ENTRADA ORCULO PASOS

Consultar Cambios PRUEBAS P9 Verificar la consulta del historial de cambios de un proyecto Haber solicitado manejar historial de cambios Tener requerimientos en la base de datos Realizar cambios significativos o Atributos del requerimientos o Relaciones del requerimiento o Eliminacin del requerimiento Base de datos MySQL y pantalla HistorialxFecha, HistorialxRequerimiento El historial de cambios ha sido consultado Historial por fecha 1. Visitar la pgina de HistorialxFecha 2. Escoger una fecha. 3. Clic en Aceptar. 4. Verificar que los registros obtenidos tienen una fecha anterior a la escogida por el usuario. Historial por Requerimiento 1. Visitar la pgina de HistorialxRequerimiento 2. Escoger un Requerimiento. 3. Clic en Aceptar. 4. Verificar que los registros obtenidos coincidan con los registros del requerimiento. Historial de cambio
Tabla 21: Caso de Prueba 9

Mdulos Asociados

NOMBRE PROPSITO PRERREQUISITOS

Consultar Estado General PRUEBAS P10 Verificar la consulta del estado general del proyecto Existen requerimientos en la base de datos.

UBICACIN ENTRADA ORCULO PASOS

Cada requerimiento debe tener un estado seleccionado. Base de datos MySQL, pantalla de EstadoGeneral El estado general del proyecto ha sido calculado y consultado por el usuario 1. Visitar la pantalla de SeleccionReporte. 2. Seleccionar el tem Generar reporte Estado. 3. Clic en Aceptar. 4. Debe mostrar al usuario una grafica tipo torta donde muestra el porcentaje de cada uno de los estados en los que el requerimiento est. Grafo y reportes (relaciones) Atributos y Clasificacin
Tabla 22: Caso de Prueba 10

Mdulos Asociados

NOMBRE PROPSITO PRERREQUISITOS

Actualizar Lista de Priorizacin

PRUEBAS

P11

UBICACIN ENTRADA

ORCULO PASOS

Mdulos Asociados

Verificar la consulta de los valores de la priorizacin escogida por el usuario Deben existir requerimientos en la base de datos. Debe haber seleccionado un mtodo de priorizacin (ver Tabla 29: Caso de Prueba 17). Base de datos MySql y pantalla InfoPriorizacinWiegers e InfoReq. Nuevos valores de los criterios de priorizacin, dependiendo del mtodo de Priorizacin. Wiegers Asignacin Numrica Simple Los valores de los criterios de priorizacin han sido consultados. 1. Visitar la pgina de InfoPriorizacinWiegers. 2. Ingresar los nuevos valores segn el criterio. 3. Clic en modificar. 4. Verificar que los valores han sido recalculados y presentados en el campo Prioridad de la pantalla InfoReq. Atributos y clasificacin Priorizacin
Tabla 23: Caso de Prueba 11

NOMBRE PROPSITO PRERREQUISITOS

UBICACIN ENTRADA

Consultar listas de V&V PRUEBAS P12 Verificar la posibilidad de consulta de los requerimientos con respecto a las lista de V&V. Debe haber requerimientos en la base de datos. Debe haber seleccionado una lista de verificacin y validacin Debe haber seleccionado en el campo Check algunos para verificar que si corresponde al requerimiento correcto. (ver Tabla 16: Caso de Prueba 4) Base de datos de MySQL y Pantalla de VerificarValidar o

ORCULO PASOS

Mdulos Asociados

Los criterios de la lista de V&V ha sido actualizada en la base de datos. 1. Seleccin del tipo de lista que se quiere consultar a. Si es por requerimiento escoger un requerimiento Visitar la pgina de VerificarValidar. b. Clic en Aceptar 2. Verificar que los datos que haya modificado en la prueba Tabla 12. Resultados Pruebas de Sistema. sean consistentes V&V
Tabla 24: Caso de Prueba 12

NOMBRE PROPSITO PRERREQUISITOS

UBICACIN ENTRADA ORCULO PASOS

Consultar Localizacin PRUEBAS P13 Verificar que los links puedan ser accedidos desde el reporte de trazabilidad. Debe haber escogido el atributo Localizacin Debe haber requerimientos en la base de datos. Debe haber ingresado las rutas de los documentos de Word pertinentes, para poder realizar la localizacin Debe haber realizado los respectivos marcadores en el documento Debe haber ingresado en trazabilidad, los marcadores correspondientes Base de datos MySQL y Localizacion Trazabilidad El Usuario ha podido acceder a los dems documentos del proyecto a travs del reporte de trazabilidad. 1. Verificar que las rutas a los documentos estn actualizadas 2. Realizar un reporte de trazabilidad (ver Tabla 30: Caso de Prueba 18) . 3. Verificar en el documento de Excel generado, los links. Localizacin y Trazabilidad Grafos y Reporte
Tabla 25: Caso de Prueba 13

Mdulos Asociados

NOMBRE PROPSITO PRERREQUISITOS

UBICACIN ENTRADA ORCULO PASOS

CREAR REQUERIMIENTO PRUEBAS P14 Verificar el xito de la creacin de un requerimiento, verificar que factores impiden la creacin del mismo Debe existir un Proyecto Debe haber seleccionado uno o varios atributos Debe haber creado al menos un tipo de requerimiento. Base de datos MySQL y Pantalla CrearRequerimiento Valor de los atributos, previamente seleccionados Mensaje sobre la creacin del requerimiento. 1. Visitar la pantalla de CrearRequerimiento 2. Seleccionar Tipo Requerimiento (ver Tabla 19: Caso de Prueba 7) 3. Ingresar valores pertinentes. 4. Clic en Crear.

5. Verificar en la pantalla InfoReq la creacin del requerimiento. Mdulos Asociados Atributos y Clasificacin Localizacin y Trazabilidad
Tabla 26: Caso de Prueba 14

NOMBRE PROPSITO

PRERREQUISITOS UBICACIN ENTRADA ORCULO PASOS

Mdulos Asociados

ELIMINAR REQUERIMIENTO PRUEBAS P15 Verificar que el requerimiento que ha sido eliminado, no tenga registros en las otras tablas, es decir, en trazabilidad, relaciones entre requerimientos, generar grafo y que quede el registro en el historial de cambios que ha sido eliminado. Deben existir requerimientos definidos Base de datos MySQL y pantalla de Menu Identificador del requerimiento que desea eliminar. El requerimiento ha sido eliminado completamente de la base de datos, lo nico que se debe mostrar es el registro de en el historial de cambios. 1. Visitar la pantalla de Men Principal. 2. Clic en Eliminar requerimiento. 3. Seleccionar un requerimiento, para eliminarlo. 4. Verificar en los registros que ha sido eliminado. 5. Verificar en el historial de cambios que el registro de eliminacin ha sido ingresado. Atributos y Clasificacin Historial de cambio Localizacin y Trazabilidad
Tabla 27: Caso de Prueba 15

NOMBRE PROPSITO PRERREQUISITOS UBICACIN ENTRADA ORCULO PASOS

Mdulos Asociados

SELECCIONAR ATRIBUTOS PRUEBAS P16 Verificar que al seleccionar los atributos para la plantilla de especificacin, estos queden registrados y se muestren en la plantilla de InfoReq Proyecto previamente creado Base de datos MySQL y Pantalla SeleccionAtributos e InfoReq Atributos seleccionados. El usuario ha seleccionado los atributos a utilizar en la especificacin. 1. Visitar la pantalla de SeleccionAtributos. 2. Seleccionar los atributos que desee usar. a. Si no selecciona nada, el sistema debe crear unos por defecto (Prioridad, Trazabilidad, Descripcion, Estado, Tipo de requerimiento, requerimientos asociados e ID) 3. Hacer clic en Aceptar. 4. Verificar en InfoReq que la plantilla coincide con los seleccionados a. Si no seleccion nada, entonces debe verificar que la plantilla por defecto se encuentra. Atributos y Clasificacin
Tabla 28: Caso de Prueba 16

NOMBRE

SELECCIONAR

METODO

DE PRUEBAS

P17

PROPSITO PRERREQUISITOS UBICACIN ENTRADA ORCULO PASOS

Mdulos Asociados

PRIORIZACION Verificar que al seleccionar un mtodo de priorizacin, se definen los criterios a evaluar por requerimiento. Debe existir requerimientos definidos. Base de datos MySQL y pantalla de Seleccionar Mtodo de priorizacin Mtodo de priorizacin escogido. El mtodo de priorizacin ha sido escogido, y ahora muestra los criterios correspondientes 1. Visitar la pantalla de seleccin de mtodo de Priorizacin. 2. Seleccione un mtodo (Wiegers, ANS). 3. Clic en Aceptar 4. Se muestra una nueva pantalla con los requerimientos y los criterios segn corresponda a. Wiegers: Beneficio, Penalty, Riesgo y Costo b. ANS: Escala Priorizacin
Tabla 29: Caso de Prueba 17

NOMBRE PROPSITO PRERREQUISITOS

UBICACIN ENTRADA ORCULO

PASOS

Generar Reportes en Excel PRUEBAS P18 Verificar que la generacin de reportes se realiza con la informacin correspondiente al proyecto. Requerimientos previamente creados Definir ruta para Excel. Definir ruta para dot.exe. Base de datos MySQL y Pantalla SeleccionReporte Reporte seleccionado. El usuario puede acceder al archivo de Excel, en la ubicacin escogida, y ste (segn el reporte), debe contener la misma informacin que se muestra en la aplicacin. 1. Visitar la pantalla de Seleccin Tipo de Reporte. GENERAL 2. Seleccionar la ubicacin del archivo. 3. Clic en Guardar. 4. Esperar que abra el archivo. 5. Verificar informacin (que coincida con la que se muestra en el sistema. REQUERIMIENTOS SELECCIONADOS 2. Seleccionar los requerimientos que desea en el informe. 3. Seleccionar la ubicacin del archivo. 4. Clic en Guardar. 5. Esperar que abra el archivo. 6. Verificar informacin (que coincida con la que se muestra en el sistema. ESTADO GENERAL

2. 3. 4. 5. 6. 7. 8.

Seleccionar estado. Se debe mostrar una grfica. Clic en Guardar. Seleccionar la ubicacin del archivo. Clic en Guardar. Abrir el archivo Verificar informacin (que coincida con la que se muestra en el sistema.

REQUERIMIENTOS RECHAZADOS 2. Seleccionar la ubicacin del archivo 3. Esperar que abra el archivo 4. Verificar informacin (que coincida con la que se muestra en el sistema. VALIDACION Y VERIFICACION 2. Seleccionar la lista para generar el reporte (ver Tabla 24: Caso de Prueba 12) 3. Clic en Reporte 4. Seleccionar la ubicacin del archivo 5. Esperar que abra el archivo 6. Verificar informacin (que coincida con la que se muestra en el sistema. HISTORIAL X FECHA 2. Seleccionar la fecha (das, mes y ao) 3. Seleccionar la ubicacin del archivo 4. Esperar que abra el archivo 5. Verificar informacin (que coincida con la que se muestra en el sistema. HISTORIAL X REQUERIMIENTO 2. Seleccionar el requerimiento 3. Seleccionar la ubicacin del archivo 4. Esperar que abra el archivo 5. Verificar informacin (que coincida con la que se muestra en el sistema. Mdulos Asociados Grafo y Reporte
Tabla 30: Caso de Prueba 18

NOMBRE PROPSITO PRERREQUISITOS UBICACIN ENTRADA ORCULO

CREAR PROYECTO PRUEBAS Verificar que el proyecto ha sido creado

P19

Base de datos MySQL y pantalla de Principal ERMT Nombre, autor del proyecto EL proyecto ha sido creado, depliegue de pantalla para escoger atributos

PASOS

Mdulos Asociados

(ver Tabla 28: Caso de Prueba 16) 1. Ejecutar ERMT 2. Clic en Crear Proyecto. 3. Ingreso de valores (Nombres y autor). 4. Clic en Aceptar. 5. Debe aparecer un mensaje que indica el xito de la creacin del proyecto y se debe desplegar la pantalla para escoger los atributos. Proyecto
Tabla 31: Caso de Prueba 19

NOMBRE PROPSITO PRERREQUISITOS UBICACIN ENTRADA ORCULO PASOS

Mdulos Asociados

ELIMINAR PROYECTO PRUEBAS P20 Verificar que la informacin del proyecto es completamente eliminada de la base de datos (incluyendo el historial de cambios) Debe existir un proyecto creado. Base de datos MySQL y pantalla de Principal ERMT Nombre del proyecto a eliminar. El proyecto ha sido completamente eliminado del sistema. 1. Ejecutar ERMT 2. Clic en Eliminar Proyecto. 3. Seleccionar el proyecto a eliminar 4. Clic en Aceptar. 5. Verificar en la base de datos y en la aplicacin que no existen requerimientos, atributos o registros del historial asociados al proyecto que acabo de eliminar. Proyecto
Tabla 32: Caso de Prueba 20

NOMBRE PROPSITO PRERREQUISITOS UBICACIN ENTRADA ORCULO PASOS

Mdulos Asociados

ABRIR PROYECTO PRUEBAS P21 Verificar que el requerimiento quede clasificado dentro de un tipo de requerimiento. Debe existir un proyecto creado. Base de datos MySQL y pantalla de Principal ERMT Valores de atributos del requerimiento EL requerimiento ha sido creado, con los parmetros mnimos (tipo Seleccionado) 1. Ejecutar ERMT 2. Clic en Abrir Proyecto. 3. Seleccionar el proyecto a abrir 4. Clic en Aceptar. 5. Verificar en la aplicacin que los requerimientos y su informacin relacionada coinciden con el proyecto que se quera abrir (relaciones, priorizacin, reportes, grafo, atributos, V&V). Proyecto
Tabla 33: Caso de Prueba 21

NOMBRE PROPSITO PRERREQUISITOS UBICACIN ENTRADA ORCULO PASOS

Mdulos Asociados

MODIFICAR PROYECTO PRUEBAS P22 Verificar que la informacin (Nombre y autor) del proyecto haya sido modificada Debe existir un proyecto creado. Base de datos MySQL y Pantalla Modificar Proyecto Informacin del proyecto (Nombre y autores) La informacin del proyecto ha sido modificada 1. Abrir Proyecto (ver Tabla 33: Caso de Prueba 21) 2. Seleccionar Consultar informacin del proyecto 3. Ingresar nuevos valores (Nombre y/o autores) 4. Hacer clic en Modificar 5. Mensaje de confirmacin o no de los cambios. Proyecto
Tabla 34: Caso de Prueba 22

NOMBRE PROPSITO PRERREQUISITOS UBICACIN ENTRADA ORCULO PASOS

Mdulos Asociados

PRUEBAS FRONTERA PRUEBAS P23 Verificar que el comportamiento del sistema cuando se ingresan valores extremos. Proyecto creado Atributos seleccionados. Base de datos MySQL Valores de atributos del requerimiento Mensajes sobre el xito o no del ingreso de los valores 1. En cada campo, donde el usuario tenga la oportunidad de ingresar informacin, verificar sus lmites. a. Si son AlfaNumericos: verificar el tamao mximo. b. Si son Numericos: verificar los limite min y mximo. 2. Registrarlos en el archivo de Reporte de Pruebas. TODOS
Tabla 35: Caso de Prueba 23

NOMBRE PROPSITO PRERREQUISITOS UBICACIN ENTRADA ORCULO PASOS Mdulos Asociados

METODOS GENERALES PRUEBAS P24 Verificar que el comportamiento de cada uno de los mtodos generales de la lgica del negocio. Base de datos MySQL Informacin requerida en cada uno de los mtodos Verificacin de los datos en la base de datos o en las excepciones capturadas 1. Construr una clase para probar cada uno de los mtodos 2. Registrarlos en el archivo de Reporte de Pruebas. TODOS

ANEXO

7.1 Anexo 1: Reportes de Pruebas


VER DOCUMENTO DE EXCEL Reporte de Pruebas.xlsx