You are on page 1of 32

requerimientos de los proyectos de las asignaturas de Ingeniera de Software y Arquitectura de Software

vae

HISTORIAL DE CAMBIOS
FECHA

VERSI
N

DESCRIPCIN

RESPONSABLE

31-10-10

1.0

Organizacin del Vanesa Carolina Loaiza,


documento.
Laura Catalina Zorro

01-11-10

1.1.

Seccion 1

Vanesa Carolina Loaiza,


Laura Catalina Zorro

02-11-10

1.2

Secciones 1 y 2

Vanesa Carolina Loaiza,


Laura Catalina Zorro

04-11-10

1.3

Secciones 3 y 4

Vanesa Carolina Loaiza,


Laura Catalina Zorro

08-11-10

1.4

Secciones
restantes
Pruebas
Registro

12-11-10

1.5

Seccin
Pruebas
Registro

6, Vanesa Carolina Loaiza,


y Laura Catalina Zorro

13-11-10

1.6

Pruebas
Registro

y Vanesa Carolina Loaiza,


Laura Catalina Zorro

Vanesa Carolina Loaiza,


y Laura Catalina Zorro
y

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.

Objetivos................................................................................................ 6

1.2.

Estrategia de Pruebas............................................................................ 6

1.3.

Alcance................................................................................................... 7

1.4.

Referencias............................................................................................. 8

1.5.

Definiciones, abreviaciones y acrnimos................................................9

ARTEFACTOS DE PRUEBA............................................................................ 10
2.1

Mdulos del Programa..........................................................................10

2.2

Procedimientos de Usuario...................................................................11

CARACTERISTICAS A SER PROBADAS..........................................................13

CARACTERSTICAS QUE NO SERAN PROBADAS...........................................14

APROXIMACION........................................................................................... 15

5.1

Pruebas Unitarias................................................................................. 15

5.2

Pruebas de Frontera............................................................................. 15

5.3

Pruebas de Integracin.........................................................................16

5.4

Pruebas de Sistema.............................................................................. 16

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

ANEXO........................................................................................................ 30
7.1

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

NDICE DE TABLAS
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA
TABLA

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

1 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

Documentation,

Society,

IEEE

Standard

For

Software

Disponible

Test
en:

http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=573169,
consulta: 9 de enero de 2010].
[2].
Sommerville I, INGENIERA DE SOFTWARE.

[ltima

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&sectionid=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

DESCRIPCIN

AS

Arquitectura de Software

ANS

Asignacin Numerica Simple (Mtodo de Priorizacin)

ERMT

Hace referencia a las iniciales del Nombre designado


para la herramienta, el cual es: Easy Requirement
Management Tool.

IS

Ingeniera de Software

STP

Software Tester Plan

Mtodo Wiegers

Metodo de Priorizacin de Wiegers


Tabla 2: Definiciones, acrnimos y abreviaciones

2 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

Pruebas

Descripcion

Es un conjunto de Tipo de pruebas


elementos, el
que sern
cual tienen en
utilizadas dentro
comn la
del componente.
finalidad.

Breve explicacin
sobre la prueba a
realizar.

Ilustracin 3: Mdulos del programa

Modulo
GUI

Lgica
Negocio

Pruebas

Descripcin

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

de 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 que tiene las instrucciones


para poder manejar la herramienta
sin problemas.

Manual de
Instalacin

Manual que tiene las instrucciones


sobre como instalar la herramienta

Ilustracin 4: Documentos y responsables.

3 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:

No Se debe tener en cuenta


el criterio de aceptacin
y lo que exige el
requerimiento para su
cumplimiento,
especificado
en
el
documento SRS.

El mdulo donde se
puede
probar
esta
caracterstica es:

Requerimientos
Funcionales

Lgica de Negocio
DAO

No funcionales

Tabla 4. Caractersticas a ser Probadas

4 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
Procedimiento
s de Usuario

GUI

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

El mdulo donde se
puede probar esta
caracterstica son:
GUI

Tabla 5. Caractersticas que no sern probadas.

5 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 Unitarias

ACTIVIDADES
TIEMPO
ESTIMADO
MTODOS
O
HERRAMIENTAS
ENTREGABLES

IDENTIFICAD UT01
OR
Anlisis de requerimientos del sistema
45 60 minutos por unidad
Netbeans
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

ACTIVIDADES
TIEMPO
ESTIMADO
MTODOS
O
HERRAMIENTAS

IDENTIFICAD LT01
OR
Se realizaran los distintas pruebas con los valores lmites y
minimos que debe recibir el programa.
15 minutos por prueba
Netbeans
Tabla 7. Pruebas de Frontera

En cuanto a los entregables de esta prueba se llenara la siguiente tabla:


Nombre

Identificad

T01

Valor
mximo
Resultado esperado
Resultados obtenidos
Estado
Comentarios

or
Valor
mnimo

Funciona:

No funciona:

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

IDENTIFICAD
OR
Validacin de requerimientos

ACTIVIDADES
TIEMPO
ESTIMADO
MTODOS
O
HERRAMIENTAS
ENTREGABLES

IT01

15 minutos por pruebas


Netbeans
Informe generado en donde se indica si se tiene un correcto
funcionamiento o no.
Tabla 9. Prueba de Integracin.

ID

GRUPO
DE
REQUERIMIENTOS
Grupo
de
requerimientos
que
estn
relacionados
dentro del grafo de
dependencias

RESULTADOS
DE
PRUEBA
Resultado de la prueba.

LA

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 sistemas

IDENTIFICAD
OR

ST01

ACTIVIDADES
TIEMPO
ESTIMADO
MTODOS
O
HERRAMIENTAS
ENTREGABLES

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
Grupo
de
requerimientos
que
estn
relacionados
dentro del grafo de
dependencias

RESULTADOS
DE
PRUEBA
Resultado de la prueba.

Tabla 12. Resultados Pruebas de Sistema.

LA

6 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

UBICACIN
ENTRADA

ORCULO
PASOS

Mdulos
Asociados

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

NOMBRE

PROPSITO
PRERREQUISITOS

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.

UBICACIN
ENTRADA

ORCULO

Base de datos MySQL, pantalla de InfoReq, pantalla de


Relaciones (la de creacin y modificacin-eliminacin.
Seleccionar un requerimiento
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

PASOS

PARA
1.
2.
3.
4.
5.
6.
PARA
1.
2.
3.
4.
PARA
1.
2.
3.
4.

Mdulos
Asociados

(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
CREAR
Visitar la pantalla de relaciones.
Seleccionar un requerimiento.
Seleccionar crear.
Seleccionar el tipo de relacin (Dependencia,
Igualdad).
Seleccionar el segundo requerimiento.
Clic en crear.
MODIFICAR
Visitar la pantalla de relaciones.
Seleccionar un requerimiento.
Seleccionar el segundo requerimiento.
Clic en modificar.
ELIMINAR
Visitar la pantalla de relaciones.
Seleccionar un requerimiento.
Seleccionar el segundo requerimiento.
Clic en eliminar.
Grafo y reportes (relaciones)
Tabla 14: Caso de Prueba 2

NOMBRE

Actualizar requerimiento

PROPSITO

Verificar el cambio en los atributos del requerimiento,


cuando el usuario lo realice
El proyecto debe tener atributos asociados para la

PRERREQUISITOS

PRUEBAS

P3

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 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

UBICACIN
ENTRADA
ORCULO
PASOS

Mdulos
Asociados

Tabla 15: Caso de Prueba 3

NOMBRE
PROPSITO

PRERREQUISITOS

UBICACIN
ENTRADA

ORCULO
PASOS

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.
Mdulos
Asociados

V&V
Tabla 16: Caso de Prueba 4

NOMBRE
PROPSITO
PRERREQUISITOS
UBICACIN
ENTRADA
ORCULO

PASOS

Mdulos
Asociados

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.
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

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

CLASIFICAR REQUERIMIENTO
PRUEBAS P7
Verificar que el requerimiento quede clasificado dentro de

PRERREQUISITOS
UBICACIN
ENTRADA
ORCULO
PASOS

Mdulos
Asociados

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
PROPSITO

PRERREQUISITOS
UBICACIN
ENTRADA
ORCULO

PASOS

Mdulos
Asociados

Consultar Atributos Plantilla


PRUEBAS P8
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

NOMBRE
PROPSITO
PRERREQUISITOS

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

UBICACIN
ENTRADA
ORCULO
PASOS

Mdulos
Asociados

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

NOMBRE
PROPSITO
PRERREQUISITOS

UBICACIN
ENTRADA
ORCULO
PASOS

Mdulos
Asociados

Consultar Estado General


PRUEBAS P10
Verificar la consulta del estado general del proyecto
Existen requerimientos en la base de datos.
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

NOMBRE
PROPSITO
PRERREQUISITOS

Actualizar
Lista
de PRUEBAS P11
Priorizacin
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).

UBICACIN
ENTRADA

ORCULO
PASOS

Mdulos
Asociados

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
ORCULO
PASOS

Mdulos
Asociados

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
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

Consultar Localizacin
PRUEBAS P13
Verificar que los links puedan ser accedidos desde el
reporte de trazabilidad.
Debe haber escogido el atributo Localizacin

UBICACIN
ENTRADA
ORCULO
PASOS

Mdulos
Asociados

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

NOMBRE
PROPSITO
PRERREQUISITOS

UBICACIN
ENTRADA
ORCULO
PASOS

Mdulos
Asociados

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.
Atributos y Clasificacin
Localizacin y Trazabilidad
Tabla 26: Caso de Prueba 14

NOMBRE
PROPSITO

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

PRERREQUISITOS
UBICACIN
ENTRADA
ORCULO

PASOS

Mdulos
Asociados

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
PROPSITO

SELECCIONAR METODO DE PRUEBAS P17


PRIORIZACION
Verificar que al seleccionar un mtodo de priorizacin, se
definen los criterios a evaluar por requerimiento.

PRERREQUISITOS
UBICACIN
ENTRADA
ORCULO
PASOS

Mdulos
Asociados

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. Seleccionar estado.
3. Se debe mostrar una grfica.
4. Clic en Guardar.
5. Seleccionar la ubicacin del archivo.
6. Clic en Guardar.
7. Abrir el archivo
8. 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

CREAR PROYECTO
PRUEBAS P19
Verificar que el proyecto ha sido creado
Base de datos MySQL y pantalla de Principal ERMT
Nombre, autor del proyecto

ORCULO
PASOS

Mdulos
Asociados

EL proyecto ha sido creado, depliegue de pantalla para


escoger atributos (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

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).

Mdulos
Asociados

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

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

PASOS
Mdulos
Asociados

1. Construr una clase para probar cada uno de los


mtodos
2. Registrarlos en el archivo de Reporte de Pruebas.
TODOS

7 ANEXO
7.1 Anexo 1: Reportes de Pruebas
VER DOCUMENTO DE EXCEL Reporte de Pruebas.xlsx

You might also like