Sistema de registros Dilisis Crnico

Plan de Verificacin y Validacin

Versin 3.0
Historia de revisiones
Fecha Versin Descripcin Autor
22/08/2007 1.0 Responsable de verificacin arina Rapetti
2!/08/2007 1.1 Revisin del docu"ento #avier $a%o
2&/08/2007 1.2 Responsable de verificacin arina Rapetti
2'/08/2007 1.! Revisin del docu"ento #avier $a%o
08/0(/2007 2.0 Responsable de verificacin arina Rapetti
0(/0(/2007 2.0 Revisin de docu"ento #avier $a%o
20/10/2007 !.0 A)uste del plan. *o"entario
respecto a las pruebas unitarias+
casos de usos verificados+
pruebas del siste"a
arina Rapetti
20/10/2007 !.0 Revisin del docu"ento #avier $a%o
,lan de Verificacin - Validacin ,./ina 1 de 2!
Contenido
1 INTRODUCCIN 4
1.1 PROPSITO 4
1.2 PUNTO DE PARTIDA 4
1.3 ALCANCE 5
1.4 IDENTIFICACIN DEL PROYECTO 6
1.5 ESTRATEGIA DE EVOLUCIN DEL PLAN 6
2 REQUERIMIENTOS PARA VERIFICAR 7
3 ESTRATEGIA DE VERIFICACIN 10
3.1 TIPOS DE PRUEBAS 11
3.1.1 Prueba de Funcionalidad 11
3.1.1.1 O!"#$%& '" () *+,") 11
3.1.1.2 T-./$.) 11
3.1.1.3 C+$#"+$& '" )."*#).$0/ 12
3.1.1.4 C&/1$'"+).$&/"1 "1*".$)("1 12
3.1.2 Prueba de Ciclo del Negocio 12
3.1.2.1 O!"#$%& '" () *+,") 12
3.1.2.2 T-./$.) 12
3.1.2.3 C+$#"+$& '" )."*#).$0/ 12
3.1.2.4 C&/1$'"+).$&/"1 "1*".$)("1 12
3.1.3 Prueba de Interfaz de Usuario 12
3.1.3.1 O!"#$%& '" () *+,") 13
3.1.3.2 T-./$.) 13
3.1.3.3 C+$#"+$& '" )."*#).$0/ 13
3.1.3.4 C&/1$'"+).$&/"1 "1*".$)("1 13
3.1.4 Prueba de Carga 13
3.1.4.1 O!"#$%& '" () *+,") 13
3.1.4.2 T-./$.) 13
3.1.4.3 C+$#"+$& '" )."*#).$0/ 13
3.1.4.4 C&/1$'"+).$&/"1 "1*".$)("1 14
3.1.5 Prueba de Fallas y Recueraci!n 14
3.1.5.1 O!"#$%& '" () *+,") 14
3.1.5.2 T-./$.) 14
3.1.5.3 C+$#"+$& '" )."*#).$0/ 14
3.1.5.4 C&/1$'"+).$&/"1 "1*".$)("1 15
3.2 2ERRAMIENTAS 15
4 RECURSOS 16
4.1 ROLES 16
4.2 SISTEMA 17
5 2ITOS DEL PROYECTO DE VERIFICACIN 13
6 ENTREGABLES 13
6.1 MODELO DE CASOS DE PRUEBA 13
6.2 INFORMES DE VERIFICACIN 14
6.3 EVALUACIN DE LA VERIFICACIN 20
6.4 INFORME FINAL DE VERIFICACIN 20
7 DEPENDENCIAS 21
7.1 DEPENDENCIA DE PERSONAL 21
7.2 DEPENDENCIA DE SOFT5ARE 21
7.3 DEPENDENCIA DE 2ARD5ARE 21
7.4 DEPENDENCIA DE DATOS Y BASE DE DATOS DE PRUEBA 21
3 RIESGOS 21
,lan de Verificacin - Validacin ,./ina 2 de 2!
3.1 PLANIFICACIN 21
4 AP6NDICE23
4.1 NIVELES DE GRAVEDAD DE ERROR 23
4.2 NIVELES DE ACEPTACIN PARA LO ELEMENTOS VERIFICADOS 23
,lan de Verificacin - Validacin ,./ina ! de 2!
1 Introdccin
1.1 Pro!sito
0ste ,lan de Verificacin para el pro-ecto 1iste"a de re/istros 2 Di.lisis
*rnico soporta los si/uientes ob)etivos3
4dentificar la infor"acin de pro-ecto e5istente - los co"ponentes de
soft6are 7ue deben ser verificados.
0nu"erar los re7ueri"ientos reco"endados para verificar.
Reco"endar - describir las estrate/ias de verificacin 7ue ser.n
usadas.
4dentificar los recursos necesarios - proporcionar una esti"acin de
esfuer%o para reali%ar la verificacin.
0nu"erar los entre/ables del pro-ecto de verificacin.
1." Pnto de !artida
$a verificacin tiene por ob)etivo descubrir defectos para corre/irlos - evaluar
la calidad de los productos. A su ve% ase/ura 7ue el producto cu"ple con los
re7ueri"ientos funcionales - no funcionales 7ue el cliente especific+ lo/rando
la satisfaccin del "is"o.
0l destino de la verificacin son todos los co"ponentes desarrollados a lo
lar/o del pro-ecto as8 co"o ta"bi9n su interaccin e inte/racin.
0l pro-ecto 1iste"a de re/istros 2 Di.lisis *rnico tiene co"o fin lo/rar
co"unicar el centro de di.lisis crnica del :ospital ;aciel <4;A0=+ con el
Fondo >acional de Recurso <F>R=.
0n la actualidad todos los centros 7ue reali%an di.lisis for"an parte de una
4;A0. 0l F>R es 7uien brinda los recursos a las distinta 4;A01 en particular a
las 7ue nos interesan en 9ste pro-ecto+ para 7ue los pacientes realicen sus
trata"ientos.
*o"o se ve en la descripcin de arriba+ 9ste pro-ecto cuenta con dos clientes
- a"bos con fines distintos. $o 7ue busca el F>R es definir un est.ndar para
?ru/ua- el cual defina un for"ato para co"unicar la infor"acin cl8nica
relevante hac8a el F>R. 1iendo este pasa)e lo "as se/uro posible.
Del lado del :ospital ;aciel+ lo 7ue se busca es tener un re/istro cl8nico de los
distintos pacientes 7ue son diali%ados en su centro+ en sus dos posibles
for"as he"odi.lisis o di.lisis peritoneal. @a"bi9n est.n interesados en tener
un re/istro de los pacientes 7ue se encuentran en ,re A di.lisis.
0s i"portante hacer notar 7ue en estos "o"entos las 4;A01 se co"unican
con el F>R+ a trav9s de un siste"a lla"ado ;aria el cual fue desarrollado por
el fondo. ,or lo 7ue se pudo relevar el diseBo de las interfaces es "u-
precario - posee al/unas funcionalidades 7ue deber8an ser actuali%adas.
Ctro punto interesante para "encionar es el prototipo 7ue se obtuvo de la
instancia *C>0*@A@C> el cual ha sido puesto a nuestra disposicin+ su
descripcin - su cdi/o.
,lan de Verificacin - Validacin ,./ina D de 2!
1.3 #lcance
$as fases por la cual va ir cursando la verificacin son las si/uientes
0n una pri"era instancia se reali%ar.n las pruebas unitarias, estas
pruebas ser.n reali%adas por los i"ple"entadores en el a"biente de
desarrollo con apo-o de los verificadores+ verificando el funciona"iento
del co"ponente. *o"o salida de estas pruebas unitarias tendre"os los
infor"es de verificacin correspondientes los cuales re/istrar.n los
errores encontrados - los 7ue no fueron solucionados en la iteracin.
$a t9cnica aplicada para verificar ser. din."ica - de ca)a ne/ra.
?sando ,articiones de e7uivalencia - an.lisis de valores l8"ites.
$os i"ple"entadores deber.n priori%ar los "dulos ".s cr8ticos -
verificar en "a-or "edida dichos "dulos. $os casos de prueba
definidos deben ser cubiertos en su totalidad.
@a"bi9n se reali%ar.n pruebas de inte/racin+ el diseBo de los casos de
prueba de la inte/racin+ ser.n construidos por los verificadores con el
apo-o de los i"ple"entadores -a 7ue 9stos poseen un conoci"iento
detallado de las interfaces - funciones en /eneral. 0l e7uipo de
verificacin ser. el responsable de testear las interfaces /r.ficas.
$a t9cnica aplicada para verificar la inte/racin ser. incre"ental -
preferente"ente de Eotto"A?p esto per"ite no /enerar 1tub 7ue en
/eneral su construccin consu"e de"asiado tie"po. $o 7ue s8 se
deber. /enerarse son Drivers+ pero 9stos Flti"os son "enos costosos.
0stas pruebas se reali%ar.n en la fase de construccin - transicin. 0l
resultado de las pruebas deber. ser infor"ado+ reportando los errores
a los i"ple"entadores.
Ctro tipo de pruebas a reali%ar ser.n las pruebas funcionales+ las
cuales ser.n responsabilidad del e7uipo de verificacin+ en las "is"as
se constar. del docu"ento de re7ueri"iento para verificar los
resultados obtenidos con los esperados. 0n 9sta etapa se verifica la
funcionalidad del siste"a. ,ara nuestro siste"a lo hare"os en base a
los casos de usos+ identificando los distintos escenarios - us.ndose
9stos co"o base para las condiciones de prueba+ una ve% identificadas
las condiciones se crear.n los casos de pruebas.
1er.n i"portantes reali%ar pruebas de re/resin+ 9stas ser.n
reali%adas por los verificadores+ co"probando 7ue ante un a/re/ado o
ca"bio en las funcionalidades el resto de las funcionalidades -a
verificadas no se vean afectadas+ - cu"pla con la especificacin de
re7ueri"ientos.
$ue/o de haber probado el siste"a funcional"ente se e)ecutar.n las
pruebas de dese"peBo. 0stas pruebas buscan verificar los
re7ueri"ientos no funcionales 7ue el cliente especific en un a"biente
ob)etivo. ,ara 9ste punto debe"os definir el procedi"iento de pruebas+
el criterio de aceptacin - las caracter8sticas del a"biente.
Dentro de las posibles pruebas de dese"peBo - a)ust.ndonos a la
realidad cree"os interesante priori%ar pruebas de se/uridad+
confiabilidad+ facilidad de uso+ rendi"iento - pruebas de
docu"entacin+ entre otras.
,lan de Verificacin - Validacin ,./ina & de 2!
0n la etapa posterior se validar. con el cliente+ reali%ando las pruebas
de aceptacin - de instalacin en el a"biente de traba)o. Validando el
funciona"iento correcto del siste"a.
?n posible ries/o detectado para reali%ar las pruebas de inte/racin es el no
tener bien definido el a"biente de traba)o.
Ctro posible ries/o para reali%ar las pruebas+ es el tie"po 7ue ha- entre 7ue
el i"ple"entador ter"ina - el per8odo 7ue se debe entre/ar el co"ponente.
0ste tie"po se va a planificar en el pro-ecto pero no de)a de ser un ries/o
para el buen funciona"iento de la verificacin.
1.$ Identificacin del !royecto
$os docu"entos usados para elaborar el ,lan de Verificacin son los
si/uientes3
@ransparencias de verificacin - validacin de la "ateria introduccin a
la in/enier8a de soft6are
,lantilla del ,lan de Verificacin - Validacin especificada en el ;odelo
de ,roceso ;odulari%ado ?nificado - ;edible <;?;= utili%ado durante
este pro-ecto.
Docu"ento de 0specificacin de Re7ueri"iento
,lan de verificacin - validacin de otros aBos to"ado de la ;e"oria
Cr/ani%acional de la asi/natura.
1.% &strategia de evolcin del Plan
Debe contener3
0l responsable de "onitorear el ,lan de Verificacin - Validacin es el
responsable de verificacin+ el responsable en las dos pri"eras fases deber.
planificar la verificacin+ evaluando - a)ustando el plan.
$as "odificaciones al plan se reali%ar.n en cada iteracin. ,odr.n ser
propuestas por todo el e7uipo de verificadores+ estos ca"bios ser.n
aprobados - evaluados por el responsable de verificacin - los asistentes de
verificacin.
$os ca"bios del plan de verificacin - validacin ser.n infor"ados al resto
del /rupo por "edio del responsable de verificacin.
,lan de Verificacin - Validacin ,./ina ' de 2!
" 'e(erimientos !ara verificar
0n la lista a continuacin se presentan los ele"entos+ casos de uso+
re7ueri"ientos funcionales - re7ueri"ientos no funcionales+ 7ue ser.n
verificados.
".1 Casos de )sos
Casos de sos (e se van a im!lementar y verificar
Alta de For"ulario de :e"odi.lisis
1eleccionar ,aciente ,or 4dentificador
Recepcin del For"ulario de :e"odi.lisis
0nv8o del for"ulario de :e"odi.lisis
Alta de ,lan de @rata"iento
Alta de Acceso Vascular
Casos de sos (e (edan fera del alcance del !royecto3
Alta ,aciente
Ea)a de ,aciente
;odificacin de ,aciente
Re/istro de 4nternacin de ,aciente
;odificacin de Acceso Vascular
;odificacin de ,lan de @rata"iento
$istado de For"ularios ,or Filtro
Reali%ar *onsulta
"." 'e(erimientos *ncionales detectados
0l usuario del siste"a podr. dar de alta a un paciente. 0l siste"a desplie/a
una pantalla donde se in/resan los datos de"o/r.ficos del "is"o+ as8 co"o
ta"bi9n otros datos referentes al estado del paciente al "o"ento de
co"en%ar a atenderse en el ;aciel. 0l usuario confir"a la accin. 0l siste"a
verifica la correctitud de los datos+ - 7ue no e5ista -a un paciente en el
siste"a con el "is"o identificador <*.4.=+ si todo es correcto+ da de alta el
paciente.
0l usuario del siste"a podr. dar de ba)a a un paciente. ,ara ello se
selecciona un paciente del listado de pacientes disponibles+ se in/resa el
"otivo de la ba)a - confir"a la accin. 0l siste"a da de ba)a al paciente sin
eli"inar los re/istros histricos del "is"o.
0l usuario del siste"a debe ser capa% de "odificar los datos de un
deter"inado paciente. ,ara ello selecciona un paciente del listado de
pacientes disponibles - eli/e la opcin "odificar+ se le presenta una pantalla
con los datos precar/ados del paciente+ "odifica los datos - confir"a la
accin. 0l siste"a verifica la correctitud de los "is"os - en caso 7ue est9n
,lan de Verificacin - Validacin ,./ina 7 de 2!
correctos /uarda los ca"bios+ en caso contrario retorna error - no "odifica
los datos.
0l usuario del siste"a puede dar de alta un plan de trata"iento+ eli/e el
paciente al cu.l asociar. el plan. 0l siste"a desplie/a una pantalla con los
datos del plan a ser llenados+ estos inclu-en infor"acin sobre la
ali"entacin - "edicacin indicadas al paciente+ al/unos de estos datos se
tendr.n en cuenta en las sesiones de he"odi.lisis 7ue ten/a el paciente
"ientras dicho plan ten/a vi/encia. $ue/o de in/resados los "is"os+ el
usuario confir"a la accin. 0l siste"a che7uea la correctitud de los "is"os+
- da de alta el plan para el paciente seleccionado.
0l usuario del siste"a puede "odificar el plan de trata"iento de un
paciente+ previa"ente debe seleccionar un paciente. 0sta "odificacin
podr8a per"itirse "ientras el "is"o no se ha-a puesto en pr.ctica+ o
durante la "is"a pero no lue/o de 7ue la vi/encia del "is"o ha-a caducado
0l usuario del siste"a puede dar de alta a un acceso vascular de un
paciente+ deber. seleccionar un paciente. 0ste for"ulario contiene la
infor"acin relevante del acceso vascular+ tal co"o ubicacin+ tipo de
acceso+ fecha de reali%ado+ ciru)ano encar/ado de reali%ar la intervencin -
las posibles co"plicaciones 7ue ha-a podido tener.
0l usuario del siste"a puede "odificar los datos de un acceso vascular de un
paciente+ previa"ente debe haber seleccionado un paciente.
0l usuario del siste"a puede re/istrar la internacin de un paciente en el
;aciel+ previa"ente debe haber seleccionado un paciente. $os datos a
re/istrar son per8odo de internacin del paciente+ la evolucin del "is"o - el
"otivo de la internacin+ el cual puede deberse a co"plicaciones con al/Fn
acceso vascular.
0l usuario del siste"a puede re/istrar la sesin de :e"odi.lisis para un
paciente+ previa"ente debe de seleccionar la opcin G>uevo For"ulario de
:e"odi.lisisH. 0l siste"a presenta la pantalla de in/reso del for"ulario en la
cual el usuario debe indicar el paciente al cual corresponde la sesin de
he"odi.lisis en cuestin.
,ara indicar el paciente lo podr8a hacer "ediante el *? 1eleccionar ,aciente.
$ue/o de esto el siste"a desplie/a en pantalla el for"ulario de he"odi.lisis+
el cual viene preAcar/ado+ -a 7ue al/unos de los datos son inferidos de los
datos personales+ plan de trata"iento+ re/istro de accesos asociados al
paciente - 7ue todav8a est.n vi/entes. De no haber al/uno de estos en
vi/encia se to"ar. la infor"acin del Flti"o re/istrado para este paciente.
0l usuario in/resa los de".s datos - "odifica los desple/ados si as8 lo
desea. $ue/o de esto selecciona la opcin GFinali%arH. 0l siste"a verifica 7ue
los datos in/resados sean correctos+ - 7ue se encuentren todos los datos
re7ueridos. $ue/o de esto re/istra los datos en la base de datos del
co"ponente ;aciel - se invoca el *? 0nv8o de For"ulario de :e"odi.lisis.
0l usuario lue/o 7ue ha llenado todos los datos correspondientes a una
sesin de he"odi.lisis <ver caso de uso $lenar For"ulario de :e"odi.lisis=
puede ser capa% de enviar el for"ulario al F>R. ,ara esto lue/o 7ue el
usuario seleccion la opcin finali%ar+ el siste"a /enera a partir de los datos
,lan de Verificacin - Validacin ,./ina 8 de 2!
in/resados un *DA+ e invoca al servicio de recepcin de datos del F>R+ para
trans"itirle dicho *DA.
0l siste"a espera la respuesta de dicho servicio+ - si el "is"o no retorna
error+ da por finali%ado el caso de uso. 0n caso contrario el siste"a notifica
del error al usuario.
0l usuario del siste"a puede ser capa% de seleccionar una paciente a trav9s
de su identificador+ para esto eli/e la opcin Euscar ,aciente+ el siste"a
presenta en pantalla los posibles datos por los cuales especificar la bFs7ueda
del paciente. 0stos son c9dula de identidad+ >o"bre+ Apellido - >F"ero de
re/istro en el F>R. 0l ?suario in/resa al/uno o varios de estos. 0l siste"a
desplie/a en pantalla la lista de pacientes re/istrados en el ;aciel 7ue
cu"plen con las condiciones especificadas.
1i la opcin fue invocada cuando se estaba dando de alta a un for"ulario de
he"odi.lisis. 1e brindar. la opcin de seleccionar un paciente de la lista
para proceder a llenar el for"ulario de he"odi.lisis. 1i fuera invocado
cuando se 7uiere enviar el for"ulario al F>R+ se brindar. la opcin de
seleccionar un paciente de la lista para proceder a seleccionar el for"ulario
de he"odi.lisis a enviar
?n usuario del siste"a+ podr. seleccionar hacer consultas para esto se le
desple/ara una lista con las consultas 7ue puede reali%ar. 0l siste"a le
retornara el resultado de la consulta seleccionada.
0l usuario del siste"a+ podr. listar los for"ularios aplicando filtros+ para
esto in/resa en la pantalla de listado de for"ularios+ especifica las
condiciones de bFs7ueda - selecciona la opcin listar. 0l siste"a desplie/a
en pantalla un listado con los for"ularios 7ue cu"plen con las condiciones
de bFs7ueda.
*uando el subsiste"a ;aciel invoca al servicio de recepcin de datos del
subsiste"a F>R+ para la trans"isin de datos. 0l subsiste"a ;aciel reali%a
la invocacin pas.ndole al servicio un for"ulario de he"odi.lisis. 0l F>R
che7uea la correctitud del for"ato del "is"o+ - de los datos contenidos. 0n
caso 7ue no ha-a errores+ /uarda dichos datos en su Ease de Datos+ en caso
contrario retorna una respuesta de error - deshecha los datos.
$a recepcin de estos for"ularios se reali%a a trav9s de un Ieb 1ervice+ el
cual es invocado por el subsiste"a del :ospital ;aciel.
1e recibe una estructura 7ue contiene los datos del for"ulario+ la "is"a es
des/losada para identificar cada ca"po enviado+ se valida - si todo est. bien
se "apea la infor"acin con la base de datos del F>R persistiendo los
"is"os.
Ade".s de la estructura antes "encionada se recibe un par."etro 7ue sirve
de autenticacin+ para ase/urar 7ue la invocacin de este servicio ha sido
por una 4;A0 autori%ada+ por e)e"plo el re/istro de una he"odi.lisis por
parte del :ospital ;aciel.
,lan de Verificacin - Validacin ,./ina ( de 2!
".3 'e(erimientos no fncionales detectados
:$7 *DA3 para transferencia de infor"acin cl8nica
4:03 para perfil de transferencia de docu"entos cl8nicos.
1e/uridad
o 0n la transferencia de infor"acin
o Autori%acin para las transacciones
$icencias
o ?so de herra"ientas ba)o licencia J,$
1ervidor
o #Eoss versin D.2
3 &strategia de Verificacin
$a verificacin de los "dulos+ ser. reali%ada por los i"ple"entadores+ -a
7ue estos son los 7ue poseen el conoci"iento detallado de los "dulos a
i"ple"entar+ tendr.n la responsabilidad de diseBar los correspondientes casos
de prueba bas.ndose en la especificacin for"al del "dulo a i"ple"entar.
0n el caso de clases "u- cr8ticas con previo aviso de los i"ple"entadores los
verificadores diseBar.n casos de pruebas para testear las "is"as.
,ara cada iteracin el responsable de verificacin debe entre/ar el
crono/ra"a de las actividades de verificacin de la iteracin+ para reali%arlo
debe tener en cuenta el plan de inte/racin de la iteracin - la planificacin
del coordinador de desarrollo.
0l diseBo de los casos de prueba ser. construido por los verificadores e
i"ple"entadores -a 7ue estos son los 7ue tienen ".s claro las
funcionalidades de los distintos "dulos - su prioridad. 0l e7uipo de
verificacin ser. el responsable de testear las interfaces /r.ficas.
0l e7uipo de verificadores deber. reali%ar pruebas funcionales+ de dese"peBo+
de aceptacin - de instalacin. ,ara dichas pruebas se /eneraran los casos de
prueba - sus respectivos reportes+ los cuales deber.n ser entre/ados al
responsable de verificacin.
,or cada versin liberada se deber. se/uir el si/uiente ciclo+ considerando 7ue
la duracin del ciclo corresponde a una iteracin
*onfi/urar el a"biente de prueba
o $o reali%a el e7uipo de verificadores
o De ser necesario se solicita la participacin de los
i"ple"entadores involucrados.
DiseBo de las pruebas
o $o reali%a el e7uipo de verificadores
o 1e escriben los casos de prueba 7ue se van a e)ecutar.
0)ecucin de las pruebas
o $o reali%a el e7uipo de verificadores.
,lan de Verificacin - Validacin ,./ina 10 de 2!
o $os resultados posibles son3 GAprobadoH+H>o AprobadoH+
GAprobado con observacionesH. 0l valor esperado de la salida
est. for"al"ente especificado en el docu"ento de
re7ueri"ientos.
1e/ui"iento de las pruebas
o $o reali%a el responsable de verificacin.
o 1e lleva re/istro de los distintos incidentes+ reportando+
/erenciando - anali%ando los defectos encontrados en la
e)ecucin de las pruebas.
3.1 +i!os de !re,as
0n las secciones a continuacin+ se inclu-en las pruebas 7ue se van ha
reali%ar al producto+ validadas por el cliente 1ebasti.n 1cotti.
,rueba Funcional
,rueba de *iclo del >e/ocio
,rueba de 4nterfa% de ?suario
,rueba de Fallas - Recuperacin
,rueba de *ar/a
3.1.1 Pre,a de *ncionalidad
$a prueba de funcionalidad se enfoca en re7ueri"ientos para verificar 7ue se
corresponden directa"ente a casos de usos o funciones - re/las del ne/ocio.
$os ob)etivos de estas pruebas son verificar la aceptacin de los datos+ el
proceso+ la recuperacin - la i"ple"entacin correcta de las re/las del
ne/ocio. 0ste tipo de prueba se basa en t9cnicas de ca)a ne/ra+ 7ue consisten
en verificar la aplicacin - sus procesos interactuando con la aplicacin por
"edio de la interfase de usuario - anali%ar los resultados obtenidos.
3.1.1.1 Objetivo de la prueba
Ase/urar la funcionalidad apropiada del ob)eto de prueba+ inclu-endo la
nave/acin+ entrada de datos+ proceso - recuperacin.
3.1.1.2 Tcnica
0)ecute cada caso de uso+ flu)o de caso de uso+ o funcin usando datos v.lidos
- no v.lidos+ para verificar lo si/uiente3
1e obtienen los resultados esperados cuando se usan datos v.lidos.
*uando se usan datos no v.lidos se desplie/an los "ensa)es de error o
advertencia apropiados.
1e aplica apropiada"ente cada re/la del ne/ocio.
,lan de Verificacin - Validacin ,./ina 11 de 2!
3.1.1.3 Criterio de aceptacin
@odas las pruebas planificadas se reali%aron. @odos los defectos encontrados
han sido debida"ente identificados.
3.1.1.4 Consideraciones especiales
4dentificar o describir a7uellos ele"entos o proble"as <internos o e5ternos=
7ue i"pactaron en la i"ple"entacin - e)ecucin de las pruebas de
funcionalidad.
3.1." Pre,a de Ciclo del -egocio
0sta prueba debe si"ular las actividades reali%adas en el pro-ecto en el
tie"po. 1e debe identificar un per8odo+ 7ue puede ser un aBo+ - se deben
e)ecutar las transacciones - actividades 7ue ocurrir8an en el per8odo de un
aBo. 0sto inclu-e todos los ciclos diarios+ se"anales - "ensuales - eventos
7ue son sensibles a la fecha.
3.1.2.1 Objetivo de la prueba
Ase/urar 7ue la aplicacin funciona de acuerdo a los re7ueri"ientos del
ne/ocio.
3.1.2.2 Tcnica
$a prueba debe si"ular ciclos de ne/ocios reali%ando lo si/uiente3
$as pruebas de funcionalidad se deben "odificar para au"entar la cantidad
de veces 7ue se e)ecuta cada funcin+ si"ulando varios usuarios diferentes en
un per8odo deter"inado.
@odas las funciones sensibles a la fecha se deben e)ecutar con fechas v.lidas -
no v.lidas o per8odos de tie"pos v.lidos - no v.lidos.
,ara cada prueba reali%ada verificar lo si/uiente3
1e obtienen los resultados esperados cuando se usan datos v.lidos.
*uando se usan datos no v.lidos se desplie/an los "ensa)es de error o
advertencia apropiados.
1e aplica apropiada"ente cada re/la del ne/ocio.
3.1.2.3 Criterio de aceptacin
@odas las pruebas planificadas se reali%aron. @odos los defectos encontrados
han sido debida"ente identificados.
3.1.2.4 Consideraciones especiales
$as fechas del siste"a - eventos re7uieren actividades de soporte especiales.
1e re7uieren las re/las del ne/ocio para identificar apropiada"ente los
re7ueri"ientos - procedi"ientos a ser verificados.
3.1.3 Pre,a de Interfa. de )sario
0sta prueba verifica 7ue la interfase de usuario proporcione al usuario el
acceso - nave/acin a trav9s de las funciones apropiada. Ade".s ase/ura
7ue los ob)etos presentes en la interfase de usuario se "uestren co"o se
espera - confor"e a los est.ndares establecidos por la e"presa o de la
industria.
En ste punto se resalt que se quiere testear que los datos que el sistema
precara del plan de tratamiento sean identi!icados en la inter!a".
,lan de Verificacin - Validacin ,./ina 12 de 2!
3.1.3.1 Objetivo de la prueba
Verificar 7ue3 la nave/acin a trav9s de los ele"entos 7ue se est.n probando
refle)en las funciones del ne/ocio - los re7ueri"ientos+ inclu-endo "ane)o de
ventanas+ ca"pos - "9todos de accesoK los ob)etos de las ventanas -
caracter8sticas+ co"o "enFs+ ta"aBo+ posicin+ estado funcionen de acuerdo
a los est.ndares.
3.1.3.2 Tcnica
*rear o "odificar pruebas para cada ventana verificando la nave/acin - los
estados de los ob)etos para cada ventana de la aplicacin - cada ob)eto
dentro de la ventana.
3.1.3.3 Criterio de aceptacin
*ada ventana ha sido verificada e5itosa"ente siendo consistente con una
versin de referencia o est.ndar establecido.
3.1.3.4 Consideraciones especiales
>o todas las propiedades de los ob)etos se pueden acceder.
3.1.$ Pre,a de Carga
$a prueba de car/a so"ete los ob)etos a verificar a diferentes car/as de
traba)o para "edir - evaluar los co"porta"ientos de perfor"ance - la
habilidad de los ob)etos de continuar funcionando apropiada"ente ba)o
diferentes car/as de traba)o. 0l ob)etivo es deter"inar - ase/urar 7ue el
siste"a funciona apropiada"ente en circunstancias de ".5i"a car/a de
traba)o esperada. Ade".s evaluar las caracter8sticas de perfor"ance+ co"o
tie"pos de respuesta+ tie"pos de transacciones - otros ele"entos sensitivos
al tie"po.
En ste punto se resalt que se quiere testear bien la aplicacin respecto a la
concurrencia de usuarios usando el producto, # $aciendo cada uno una
!uncionalidad distinta respecto de los otros.
3.1.4.1 Objetivo de la prueba
Verificar el co"porta"iento de perfor"ance de deter"inados co"ponentes
del soft6are ba)o condiciones de traba)o diferentes.
3.1.4.2 Tcnica
?sar pruebas desarrolladas para funciones o ciclos de ne/ocios - "odificar
archivos de datos para au"entar el nF"ero de transacciones o las pruebas
para au"entar la cantidad de ocurrencia de transacciones.
3.1.4.3 Criterio de aceptacin
,ara "Fltiples transacciones - "Fltiples usuarios3 Reali%acin e5itosa de las
pruebas sin fallas - dentro del tie"po aceptable.
,lan de Verificacin - Validacin ,./ina 1! de 2!
3.1.4.4 Consideraciones especiales
$a prueba de car/a debe reali%arse en una ".7uina dedicada para tener
control total - e5actitud de "ediciones.
$as bases de datos usadas para la prueba deben tener un ta"aBo si"ilar a las
reales.
3.1.% Pre,a de *allas y 'ec!eracin
$as ,ruebas de Fallas - Recuperacin ase/uran 7ue el soft6are puede
recuperarse de fallas de hard6are+ soft6are o "al funciona"iento de la red
sin p9rdida de datos o de inte/ridad de los datos.
$a ,rueba de Recuperacin es un proceso en el cual la aplicacin o siste"a se
e5pone a condiciones e5tre"as+ o condiciones si"uladas+ para causar falla+
co"o fallas en dispositivos de 0ntrada/1alida o punteros a la base de datos
inv.lidos. $os procedi"ientos de recuperacin se invocan - la aplicacin o
siste"a es "onitoreado e inspeccionado para verificar 7ue se recupera
apropiada"ente la aplicacin o siste"a - se lo/re la recuperacin de datos.
En ste punto se resalt que si el %aciel pierde cone&in con el '() # un
usuario env*a el !ormulario de $emodi+lisis, el !ormulario no deber*a de ser
enviado # el sistema deber*a de avisar que no es posible la cone&in # lo
almacenar*a en su base de datos.
3.1.,.1 Objetivo de la prueba
Verificar 7ue los procesos de recuperacin <"anual o auto".ticos= recuperen
apropiada"ente la base de datos+ aplicaciones - siste"a a un estado conocido
- deseado. 0n la prueba se inclu-en los si/uientes tipos de condiciones3
interrupcin de co"unicaciones "ediante los servidores de la red.
3.1.,.2 Tcnica
1e deben usar las pruebas creadas para probar Funcionalidad - *iclos de
ne/ocio para crear una serie de operaciones. ?na ve% lo/rado el punto de
co"ien%o deseado+ se deben reali%ar o si"ular las si/uientes acciones+
individual"ente3
4nterrupcin por "edio de los servidores de red3 si"ular o iniciar la
p9rdida de co"unicacin con la red <desconectar f8sica"ente la
co"unicacin o apa/ar el servidor de red o router
3.1.,.3 Criterio de aceptacin
0n todos los casos+ la aplicacin+ la base de datos - el siste"a deben+ en la
reali%acin procedi"ientos de recuperacin+ volver a un estado conocido -
deseable. 0ste estado inclu-e corrupcin de datos li"itada al los ca"pos+
punteros o claves corruptos conocidos+ - reportes indicando los procesos u
operaciones 7ue no se co"pletaron debido a las interrupciones.
,lan de Verificacin - Validacin ,./ina 1D de 2!
3.1.,.4 Consideraciones especiales
$os procedi"ientos para desconectar cables <si"ulando falta de ener/8a o
p9rdida de co"unicacin= no son deseables o factibles. 1e pueden re7uerir
"9todos alternativos+ co"o soft6are de dia/nstico. 1e re7uieren los /rupos
de recursos de 1iste"as+ Eases de datos - Red.
0stas pruebas deben e)ecutarse fuera del horario de traba)o nor"al o en una
".7uina aislada.
3." Herramientas
,ara especificar los casos de prueba se utili%ar. 05cel+ 1e hi%o una plantilla
05cel para los casos de pruebas unitarias la cual ser. co"pletada por lo
i"ple"entadores+ su no"bre es ,rueba?nitaria.5ls - a su ve% se hi%o una
plantilla de prueba para los casos de usos+ 9sta ser. co"pletada por los
verificadores+ su no"bre es ,rueba*asos?so.5ls.
$a vista de la planilla de ,rueba?nitaria.5ls es la si/uiente3
,lan de Verificacin - Validacin ,./ina 1& de 2!
$a vista de la planilla de ,rueba*aso?so.5ls es la si/uiente3
,ara el re/istro de incidentes se usar. Iord.
$ 'ecrsos
0n esta seccin se presentan los recursos reco"endados para el pro-ecto
1iste"as de re/istros 2 Di.lisis crnico+ sus principales responsabilidades - su
conoci"iento o habilidades.
$.1 'oles
0n la tabla a continuacin se "uestra la co"posicin de personal para el
pro-ecto 1iste"as de re/istros 2 Di.lisis crnico en el .rea Verificacin del
1oft6are.
'ol Cantidad m/nima
de recrsos
recomendada
'es!onsa,ilidades
Responsable de
verificacin
1 4dentifica+ priori%a e i"ple"enta
los casos de prueba.
Jenera el ,lan de
Verificacin.
Jenera el ;odelo de
,rueba.
0valFa el esfuer%o
necesario para verificar.
,roporciona la direccin
t9cnica.
Ad7uiere los recursos
apropiados.
,roporciona infor"es
,lan de Verificacin - Validacin ,./ina 1' de 2!
sobre la verificacin.
Asistente de
verificacin
D 0)ecuta las pruebas
Re/istra los resultados de
las pruebas.
Recupera el soft6are de
errores.
Docu"enta los pedidos
de ca"bio.
$." Sistema
0n la si/uiente tabla se establecen los recursos de siste"a necesarios para
reali%ar la verificacin.
0s reco"endable 7ue el siste"a si"ule el entorno de produccin+ reduciendo
los accesos - los ta"aBos de bases de datos si fuera apropiado.
'ecrso -om,re0+i!o
Red o subred $A> o local
>o"bre del servidor >o est. definido
>o"bre de la base de datos >o est. definido
,* *liente para pruebas >o esta definido
Re7ueri"ientos especiales 1e tiene 7ue tener instalado un servidor
#Eoss D.2+ con ;ane)ador de base de
datos Cracle (i+ )ava versin 1.&
Repositorio de pruebas 1e usara ;antis+ co"o repositorio de
pruebas
,lan de Verificacin - Validacin ,./ina 17 de 2!
% Hitos del !royecto de Verificacin
$a verificacin del 1iste"as de re/istros 2 Di.lisis crnico debe incorporar
actividades de prueba para cada verificacin identificada en las secciones
anteriores. 1e deben identificar los hitos del pro-ecto de verificacin
separados para co"unicar los lo/ros de estado de pro-ecto.
#ctividad (e determina
el 1ito
&sfer.o *ec1a de
comien.o
*ec1a de
finali.acin
,lanificar la verificacin 11hs/se"ana 20/08/2007
1e"ana 1
10/0(/2007
1e"ana D
0laborar casos de prueba
<se"anas pares=
20hs/se"ana 20/08/2007
1e"ana 1
0&/11/2007
1e"ana 12
A)uste - *ontrol de
Verificacin
7hs/se"ana Fase 4nicial
iteracin 1
10/0(/2007
1e"ana D
Fase de
*onstruccin
iteracin 2
1&/10/2007
1e"ana (
1&/10/2007
Semana 9
29/10/2007
Semana 11
0)ecutar la verificacin
<1e"ana i"par=
!0hs/se"ana 1e"ana 7
27/(/2007
1e"ana 1!
12/11/2007
0valuar la verificacin
<1e"ana i"par=
1&hs/se"ana 1e"ana &
10/0(/2007
1e"ana 1!
12/11/2007
2 &ntrega,les
0n esta seccin enu"ere los docu"entos+ herra"ientas e infor"es 7ue se
crear.n+ por 7uien+ para 7uien - cu.ndo ser.n liberados.
,ara cada entre/able deber. indicar las fechas en 7ue son liberadas todas las
versiones del "is"o.
2.1 3odelo de Casos de Pre,a
Docu"ento 3odelo de Casos de Pre,a
*reado por 0l Responsable de verificacin+ arina Rapetti
,ara 7uien 0s la /u8a para reali%ar las pruebas del siste"a - lo usar.n
los Asistentes de verificacin - el Responsable de
verificacin cuando se e)ecuten las pruebas del siste"a.
Fecha de liberacin 0ntre/a de la 1e"ana D 27/08/2007 <,rototipo=
0ntre/a de la 1e"ana & 17/0(/2007
0ntre/a de la 1e"ana ' 2D/0(/2007
0ntre/a de la 1e"ana 8 08/10/2007
,lan de Verificacin - Validacin ,./ina 18 de 2!
0ntre/a de la 1e"ana 10 22/10/2007
0ntre/a de la 1e"ana 12 0&/11/2007
2." Informes de Verificacin
Docu"ento 1e /enera un docu"ento Informe de Verificacin !or
cada verificacin (e 1acen los verificadores
*reado por $as personas 7ue e)ecutan las pruebas. 4"ple"entadores
,ara 7uien 0s el retorno para los i"ple"entadores de la tarea de
verificacin+ 7ue detalla los errores encontrados para 7ue
puedan ser corre/idos.
Fecha de liberacin 1er. liberado lue/o de cada verificacin unitaria.
0ntre/a de la se"ana &+ 10/0(/2007 <,rototipo=
0ntre/a de la se"ana '+ 17/0(/2007
0ntre/a de la se"ana 8+ 01/10/2007
0ntre/a de la se"ana 10+ 1&/10/2007
0ntre/a de la se"ana 12+ 2(/10/2007
0ntre/a de la se"ana 1!+ 0&/11/2007
0ntre/a de la se"ana 1D+ 12/11/2007
0ntre/a de la se"ana 1&+ 1(/11/2007
Docu"ento 1e /enera un docu"ento Informe Consolidacin
por cada consolidacin 7ue se realice al siste"a.
*reado por $as personas 7ue e)ecutan las pruebas.
,ara 7uien 0s el retorno para los i"ple"entadores de la tarea de
consolidacin+ 7ue detalla los errores encontrados
para 7ue puedan ser corre/idos.
Fecha de liberacin 1er. liberado lue/o de cada consolidacin.
>o se ha definido fecha aFn
Docu"ento 1e /enera un docu"ento Informe de Verificacin
de Integracin por cada prueba de inte/racin 7ue
se realice al siste"a.
*reado por $as personas 7ue e)ecutan las pruebas.
,ara 7uien 0s el retorno para los i"ple"entadores de la tarea de
verificacin+ 7ue detalla los errores encontrados para
7ue puedan ser corre/idos.
Fecha de liberacin 1er. liberado lue/o de cada verificacin de
inte/racin.
0ntre/a de la se"ana '+ 17/0(/2007
0ntre/a de la se"ana 1!+ 12/11/2007
,lan de Verificacin - Validacin ,./ina 1( de 2!
Docu"ento 1e /enera un docu"ento Informe de Verificacin
de Sistema por cada prueba de siste"a 7ue se
realice.
*reado por $as personas 7ue e)ecutan las pruebas
,ara 7uien 0s el retorno para los i"ple"entadores de la tarea de
verificacin+ 7ue detalla los errores encontrados para
7ue puedan ser corre/idos.
Fecha de liberacin 1er. liberado lue/o de cada verificacin de siste"a.
0ntre/a de la se"ana 1!+ 12/11/2007
2.3 &valacin de la verificacin
Docu"ento 1e /enera un docu"ento &valacin de la
verificacin por cada prueba 7ue se realice al
siste"a. 0ste docu"ento contiene las fallas
encontradas en el siste"a+ la cobertura de la
verificacin reali%ada - el estado del siste"a.
*reado por 0l Responsable de verificacin+ 7ue to"a co"o fuente
de su traba)o los 4nfor"es de verificacin.
,ara 7uien 0s el resu"en de la tarea de verificacin - es el
retorno para todo el e7uipo de traba)o del estado del
siste"a.
Fecha de liberacin 1er. liberado lue/o de cada verificacin+ unitaria+ de
inte/racin - de siste"a.
0ntre/a de la se"ana &+ 17/0(/2007
0ntre/a de la se"ana 7+ 01/10/2007
0ntre/a de la se"ana (+ 1&/10/2007
0ntre/a de la se"ana 11+ 2(/10/2007
0ntre/a de la se"ana 12+ 0&/11/2007
0ntre/a de la se"ana 1!+ 12/11/2007
2.$ Informe final de verificacin
Docu"ento 0l docu"ento Informe final de verificacin es el
resu"en de la verificacin final del siste"a antes de
7ue sea liberado al entorno del usuario.
*reado por 0l Responsable de verificacin+ 7ue to"a co"o fuente
de su traba)o los 4nfor"es de verificacin.
,ara 7uien 4ndica el estado del siste"a.
Fecha de liberacin 1er. liberado lue/o de la verificacin final del
siste"a.
0ntre/a de la se"ana 1D 1(/11/2007
,lan de Verificacin - Validacin ,./ina 20 de 2!
4 De!endencias
4.1 De!endencia de !ersonal
0l e7uipo cuenta con cuatro asistentes de Verificacin+ si bien estas personas
tienen asi/nados otros roles 7ue van a afectar su disponibilidad+ deber.n
traba)ar con el responsable de Verificacin en "o"entos de reali%ar la
verificacin de la inte/racin - las pruebas de siste"a.
4." De!endencia de soft5are
0l soft6are a ser verificado debe tener una verificacin previa co"o se
describi anterior"ente en el cual+ los i"ple"entadores de los "dulos ha-an
reali%ado las pruebas unitarias - entre/ado los infor"es correspondientes.
4.3 De!endencia de 1ard5are
>o se han definido por el "o"ento.
4.$ De!endencia de datos y ,ase de datos de !re,a
La "as avan%ado el pro-ecto deber. definir la "anera en la cual se reali%ar.n
las pruebas en lo 7ue respecta a la interaccin con bases de datos -a
e5istentes en el Fondo >acional de Recursos <F>R=.
6 'iesgos
6.1 Planificacin
?n ries/o 7ue se deber. tener en cuenta es 7ue la de"ora de las entre/as de
al/unos docu"entos hace 7ue la verificacin se vea entorpecida

,lan de Verificacin - Validacin ,./ina 21 de 2!
7 #!8ndice
7.1 -iveles de gravedad de error
Van a e5istir cuatro niveles diferentes de /ravedad de error 7ue se pueden
asi/nar a las actividades del proceso de verificacin3
Catastrfico3 un error cu-a presencia i"pide el uso del siste"a.
Cr/tico3 un error cu-a presencia causa la p9rdida de una funcionalidad
cr8tica del siste"a. 1i no se corri/e el siste"a no satisfar. las
necesidades del cliente.
3arginal3 un error 7ue causa un daBo "enor+ produciendo p9rdida de
efectividad+ p9rdida de disponibilidad o de/radacin de una
funcionalidad 7ue no se reali%a f.cil"ente de otra "anera.
3enor3 un error 7ue no causa per)uicio al siste"a+ pero 7ue re7uiere
"anteni"iento o reparacin. >o causa p9rdida de funcionalidades 7ue
no se puedan reali%ar de otra "anera.
7." -iveles de ace!tacin !ara lo elementos verificados
0n esta seccin defina niveles de aceptacin - los criterios de pertenencia a
cada nivel para los docu"entos 7ue los asistentes - el responsable de
verificacin pueden asi/nar.
-o a!ro,ado3 el ele"ento verificado tiene errores catastrficos <uno
o varios= 7ue i"piden su uso o tiene errores cr8ticos <uno o varios= 7ue
hacen 7ue el ele"ento verificado no sea confiable. 0l usuario no puede
depender de 9l para reali%ar el traba)o.
#!ro,ado con 9,servaciones3 el ele"ento verificado no tiene
errores catastrficos+ ni errores cr8ticos+ pero tiene errores "ar/inales
<uno o varios= 7ue hacen 7ue el ele"ento de soft6are se de/rade en
al/unas situaciones.
#!ro,ado3 el ele"ento verificado no tiene errores o tiene errores
"enores 7ue no afectan el nor"al funciona"iento del ele"ento.M