Plan de Pruebas

Sistema de Control de Peaje

Automtico

Versin 1.1


Historial de Revisiones
Fecha Versin Descripcin Autor
18/06/2008 1.0 Creacin del documento Samuel In !uerra
!a"oso#
$idel S%eidmo &edina
!ueara#
C"nt%ia Victoria 'amos
()car#
&arco Andr* 'em" Sila
11/0+/2008 1.1 'eisin del documento C"nt%ia Victoria 'amos
()car
Tabla de Contenidos
1. Introduccin
1.1. Pro,sito
1.2. -ac./round
1.0. Alcance
1.1. 'e2erencias
2. &isin de la ealuacin " motiacin de las ,ruebas
2.1. &isin de la 3aluacin
2.2. &otiacin de las ,ruebas
0. 3lementos sujetos a ,rueba
1. Pruebas ,laneadas
4. 3strate/ia de ,ruebas
4.1. &edida del ,ro/reso del es2uer5o de ,ruebas
4.2. Identi6cacin " justi6cacin de ,ruebas
4.0. Conduccin de ,ruebas
6. Criterios de inicio " 6n de ,ruebas
6.1.Plan de ,ruebas de Iteracin
6.2.Ciclos de Pruebas
+. 3ntre/ables
+.1.3aluacin de ,ruebas
+.2.'e,ortes del cubrimiento de la ,rueba
+.0.(istado de incidentes " ,edidos de cambios
8. Secuencia de ,ruebas
7. Ambiente de trabajo
7.1.8ard9are a utili5ar
7.2.So2t9are en el ambiente de ,ruebas
7.0.8erramientas de a,o"o
7.1.Caracter:sticas del ambiente de ,ruebas
10. 'es,onsabilidades# Sta; " Ca,acitacin
10.1.Personas " 'oles
11. 'ies/os de la iteracin# de,endencias# su,osiciones " restricciones
10
12. &anejo de ,rocesos " ,rocedimientos
12.1.Criterios de a,robacin
Plan de Pruebas
1. Introduccin
1.1. Propsito
3ste documento tiene el ,ro,sito de detallar como se ,lantearn las
,ruebas " como se llear a cabo el control de las mismas. 3stas ,ruebas
se llearn a cabo a los lar/o de las iteraciones " mientras dure el
,ro"ecto. 3ste documento le ,ermitir al ,ersonal <ue reali5ar las
,ruebas desarrollar# im,lementar " ealuar los resultados de los casos de
,rueba necesarios.
3ste documento intenta identi6car los escenarios de los casos de uso a los
cuales se les reali5arn las ,ruebas# la estrate/ia <ue se utili5ar en los
mismos " los recursos <ue se necesitan ,ara su ejecucin. Inclu"e tambi*n
la estimacin del es2uer5o dedicado a las ,ruebas e identi6ca los
entre/ables de las ,ruebas. (as ,ruebas cubrirn los 0 subsistemas del
Sistema de Control de Peaje Automtico# dndole un /ran *n2asis en el
subsistema contable.
=ado <ue el sistema esta ,ro"ectado a ser im,lementado a niel nacional
se tomara con ma"or im,ortancia las ,ruebas de car/a " estr*s# en
se/undo lo/ar las de rendimiento " ,or ultimo las de olumen con
inte/ridad de datos. 3ste orden determinado ,or lo re<uerimientos de la
a,licacin.
Como resultado de las ,ruebas se /enerar re,ortes de ,ruebas# los cuales
sern ealuados " en 2uncin a su resultado# se tomaran las medidas del
caso.
1.2. ac!"round
(as ti,os de ,ruebas# ejecucin# %erramientas ,ara las ,ruebas# as: como
todo lo esti,ulado en este documento son ,ara la ealuacin " control de
calidad del Sistema de Control de Peaje Automtico. 3l sistema esta
com,uesto ,or tres mdulos o subsistemas <ue interaccionan entre si. 3l
subsistema <ue ms re<uiere de ,ruebas es el subsistema contable. 3sto
es debido a <ue el a a recibir toda la car/a de las o,eraciones ,or las
transacciones de los usuarios >titulares de e%:culos " o,erarios?# sino <ue
tambi*n recibir mensajes ,ara reali5ar transacciones desde el subsistema
de las 3staciones de Control de Peaje Automtico.
3l subsistema contable " el subsistema administratio ,resentar inter2aces
9eb tanta ,ara su con6/uracin como ,ara su uso. 3l subsistema de las
3staciones de Control de Peaje Automtico ,osee una inter2a5 9eb ,ara su
con6/uracin de manera mu" bsica# lo <ue %ace <ue las ,ruebas ,ara
este ultimo se en2o<uen en la comunicacin con el sistema contable " con
la autoridad local mas cercana >a <uien noti6ca en caso <ue los e%:culos
se ,asen sin ,a/ar el ,eaje?.
1.#. Alcance
3l alcance de este documento es identi6car " listar las ,ruebas " el control
<ue se reali5arn sobre las mismas
1.$. Re%erencias
SICPA @ Plan de =esarrollo de So2t9are
SICPA @ S'S
SICPA @ SSS
SICPA @ 3s,eci6caciones su,lementarias
SICPA @ Plan de Ace,tacin
2. &isin de la evaluacin ' (otivacin de las pruebas
2.1. &isin de la )valuacin
(as ,ruebas debern ser reali5adas de manera eA%austia de modo <ue se
lo/ren encontrar la ma"or cantidad de de2ectos en las ,ie5as de so2t9are
cu"a o,ortuna correccin ase/uren la calidad de las mismas.
(os de2ectos a ser identi6cados ,ueden ser de di2erente ti,o# as: se tienenB
2alta de ,recisin en clculos# im,lementacin incorrecta# almacenamiento
o recu,eracin de in2ormacin inadecuada# orto/ra2:a# com,ortamiento
ines,erado# etc. Asimismo# se debe eri6car <ue el Cujo im,lementado
corres,onde al Cujo indicado en la res,ectia es,eci6cacin de caso de uso
" <ue los criterios de ace,tacin del ,roducto indicados en el Plan de
Ace,tacin se cubran.
Se es,era tambi*n <ue las ,ruebas reelen el com,ortamiento del
so2t9are en cuanto a tiem,o de res,uesta en las o,eraciones de modo <ue
el e<ui,o de desarrollo ,ueda identi6car o,ortunamente mejoras en la
im,lementacin <ue ,ermitan o,timi5ar dic%os tiem,os >3s,eci6caciones
Su,lementarias?.
2.2. &otivacin de las pruebas
(as ,ruebas deben se/uir la directia de certi6car <ue los casos de uso
desarrollados est*n 2uncionando correctamente " de acuerdo a las
es,eci6caciones determinadas. Dambi*n es im,ortante resaltar <ue se
deben incluir en las ,ruebas los re<uerimientos <ue %a"an sido
catalo/ados como su,lementarios.
#. )le(entos su*etos a prueba
Casos de EsoB
1. Abonar a cuenta mediante trans2erencia bancaria
2. Abonar a cuenta de un usuario
0. !estionar cuenta
1. !estionar usuario
4. !estionar o,erario
6. =escontar saldo
+. Crear car/o >cr*dito?
8. 'e/istrar ,aso de e%:culo con c%i,
7. 'e/istrar ,aso ile/al de e%:culo sin c%i,
10. !enerar re,ortes
11. Con6/urar 'e,ortes
12. 'elacionar con re/istros ,)blicos del e%:culo
10. Alertar a autoridad local
11. Iniciar sesin
$. Pruebas planeadas
1. Pruebas del +iste(a ,Funcional-
(as ,ruebas 2uncionales tratarn de encontrar la ma"or cantidad de errores
,osibles en los casos de uso del sistema antes de <ue el ,roducto 6nal
lle/ue al cliente.
2. Pruebas de dese(pe.o
3sta ,rueba eri6car el tiem,o de res,uesta de la a,licacin. (a a,licacin
es una a,licacin 9eb " las transacciones deben tener el tiem,o de
res,uesta determinado en el documento de re<uerimientos >S'S?.
#. Pruebas de inte"ridad de la base de datos
3sta ,rueba consistir en ealuar <ue tan estable es el medio de
almacenamiento " simular situaciones en las <ue se ,ueda com,rometer la
dis,onibilidad# inte/ridad " con6abilidad de los datos. Cabe recordad <ue se
manejara un /ran re/istro de usuarios ,or<ue se ,lanea im,lantar a en un
2uturo cercano el sistema a niel nacional
$. Prueba de %allos ' recuperacin
&ediante esta ,rueba se ealuar la %abilidad del sistema ,ara recu,erarse
ante un 2allo <ue ,aralice el 2uncionamiento del mismo. (a recu,eracin
bsicamente tiene <ue conserar la inte/ridad de la base de datos o %acer
una r*,lica en el caso de un ,roblema con la base de datos ,ara <ue las
transacciones no se ,ierdan
3lementos de Prueba
Di,o de Prueba
Casos de Eso
Pruebas del Sistema
>$uncional? F
Pruebas de desem,eGo
F
Pruebas de inte/ridad de
la base de datos
F
Prueba de 2allos "
recu,eracin
F
/. Pruebas de inter%a0 de usuario
3sta ,rueba se reali5ar en base al documento <ue es,eci6ca las
caracter:sticas del a,licatio con res,ecto a las inter2aces " de ,oder contar
con el cliente se le ,edir su o,inin sobre la inter2a5. Pero bsicamente se
ceGir a la delimitacin de elementos <ue se es,eci6caron en un inicio al
%acer el documento.
1. Pruebas de car"a
3sta ,rueba medir el niel de transacciones <ue so,orta el a,licatio. 3s
im,ortante ,uesto <ue con un mismo elemento se ,ueden reali5ar arias
acciones " se debe controlar la correcta modi6cacin de las no
con2ormidades sin ,*rdidas de in2ormacin " adems eri6car <ue no %a"a
iolaciones de escritura.
2. Pruebas de estr3s
3sta ,rueba ,ermitir medir la cantidad mAima de usuarios <ue ,ueden
entrar al sistema de manera simultnea sin ulnerar su 2uncionamiento.
Adems 3sta ,rueba se debe de %acer ,or dos lados. =irectamente a la ,arte
del subsistema 9eb contable ,ara el lado de los usuarios " ,ara el lado de la
comunicacin con el subsistema de estacin de control de Peaje Automtico.
4. Prueba de se"uridad ' control de acceso
3sta ,rueba alida la in2ormacin de los usuarios en el sistema# tambi*n se
alidar la correcta asi/nacin de los recursos del sistema al usuario
lo/ueado de acuerdo a su rol. 3sta ,rueba es mu" im,ortante debido a <ue
el sistema contem,la transacciones bancarias.
5. Pruebas de Con6"uracin
3sta ,rueba no se %a tomado en consideracin ,or re<uerir de tiem,o
adicional ,ara su desarrollo.
17.Pruebas de Instalacin
3sta ,rueba no se %a considerado en la ,resente iteracin ,or no se
releante ,ara los objetios de la 2ase " ,or re<uerir de tiem,o adicional al
establecido ,ara desarrollar el ,ro"ecto.
/. )strate"ia de pruebas
/.1. &edida del pro"reso del es%uer0o de pruebas
3l e<ui,o de desarrollo obtendr una m*trica del ,orcentaje del ,ro/reso
del es2uer5o >cobertura? de ,ruebas considerando las ,ruebas <ue se
re<uieren %acer " las ,ruebas reali5adas.
Asimismo# se re<uiere conocer el es2uer5o del e<ui,o de ,ruebas en %oras
" el n)mero de errores encontrados ,or ,antalla durante las ,ruebas.
3l e<ui,o de desarrollo deber ocasionalmente reisar los casos de
,ruebas ,ara ase/urar <ue se encuentren correctamente diseGados " <ue
se est*n considerando los escenarios cr:ticos. Se medir el n)mero de
de2ectos du,licados# esta m*trica indicar <ue el es2uer5o de ,ruebas se
est des,erdiciando. =e darse este caso# el e<ui,o de desarrollo se lo %ar
saber al mentor del e<ui,o de ,ruebas ,ara tome las acciones correctias
necesarias.
/.2. Identi6cacin ' *usti6cacin de pruebas
(os casos de ,rueba sern identi6cados teniendo en cuenta los objetios
de cada ti,o de ,rueba a reali5arse.
(as ,ruebas identi6cadas " mencionadas en los ,untos anteriores se %an
identi6cado en base al niel de detalle deseado en la 2ase de ,ruebas " al
tiem,o estimado ,ara su reali5acin.
Para ,robar la 2uncionalidad del sistema# es decir <ue cum,la con lo <ue se
%a acordado con el je2e del ,roducto# se reali5arn ,ruebas 2uncionales
Para eri6car el rendimiento del sistema# tiem,os de res,uesta se %a
acordado ,or reali5ar ,ruebas de desem,eGo.
Para ase/urar el correcto almacenamiento de la in2ormacin se %a
,laneado reali5ar ,ruebas de inte/ridad a la base de datos.
3l tema de recu,eracin " se/uridad de la in2ormacin ante cual<uier
incidente es mu" im,ortante en un sistema <ue trabaja 21/+# es ,or eso
<ue se %a ,lanteado reali5ar ,ruebas de 2allos " recu,eracin.
Para ,robar <ue el sistema ,uede so,ortar el acceso al sistema simultanea
en %oras ,ico# se a decidido reali5ar ,ruebas de estr*s
Para ealuar <ue el sistema es ca,a5 de manejar la concurrencia de
muc%os usuario al mismo tiem,o# se %a o,tado ,or reali5ar ,ruebas de
car/a.
/.#. Conduccin de pruebas
3l e<ui,o de ,ruebas deber anali5ar las ,ie5as de so2t9are entre/adas
,or el e<ui,o de desarrollo ,ara identi6car los escenarios ms im,ortantes.
Ena e5 identi6cados# se debern diseGar los casos de ,rueba re<ueridos
,ara ,robar dic%os escenarios inclu"endo las restricciones " alores
l:mites.
1. Criterios de inicio ' 6n de pruebas
1.1. Plan de pruebas de Iteracin
1.1.1. Criterio de inicio de la e*ecucin del Plan de Pruebas
de Iteracin
(as ,ruebas se iniciarn lo ms ,ronto ,osible# a,enas se ten/an
los ,rimeros elementos ,ara ,robarse. Preiamente se les
,roeer# al e<ui,o de ,ruebas# de documentacin ,ara <ue
a"an reali5ando los casos de ,rueba.
1.1.2. Criterio de 6n de la e*ecucin del Plan de Pruebas de
Iteracin
En ,ar de semanas antes de la 2ec%a esti,ulada ,ara la entre/a
del ,rimer release se tendr <ue %aber terminado con las ,ruebas
,ara ,oder %acer las correcciones corres,ondientes " oler a
,robar el a,licatio.
1.2. Ciclos de Pruebas
1.2.1. Criterio de inicio de ciclo de pruebas
3l si/uiente ciclo de ,ruebas deber em,e5ar cuando el e<ui,o de
desarrollo %a"a ,re,arado una nuea ,ie5a de so2t9are
inclu"endo las correcciones ,lanteadas ,or el e<ui,o de ,ruebas
en el ciclo anterior.
1.2.2. Criterio de 6n del ciclo de pruebas
3l ciclo de ,ruebas se considera terminado cuando se %an
cubierto las ,ruebas de los escenarios de los elementos de
so2t9are " las obseraciones se encuentran debidamente
documentadas >data de ,rueba# escenario# ,asos se/uidos#
resultado obtenido# eidencias? de modo <ue el e<ui,o de
desarrollo se encar/ue de las correcciones.
1.2.#. T3r(ino anor(al del ciclo de pruebas
Si ,or al/una ra5n el desarrollo del ,ro"ecto se e a2ectado
>cambio en el alcance ,or ejem,lo? el ciclo de ,ruebas se e
sus,endido mientras se anali5a el im,acto del nueo alcance.
3l e<ui,o de desarrollo comunicar al e<ui,o de ,ruebas a ,artir
de cundo se retomarn las actiidades del ciclo de ,ruebas.
2. )ntre"ables
2.1. )valuacin de pruebas
Semanalmente# el e<ui,o de ,ruebas deber emitir un in2orme con los
resultados res,ectios a las ,ruebas reali5adas durante esa semana.
2.2. Reportes del cubri(iento de la prueba
3l e<ui,o de ,ruebas est encar/ado de elaborar un re,orte con
in2ormacin acerca de <u* criterios# <u* %erramientas# medidas#
utili5aron ,ara determinar la eAtensin de la ,rueba.
3ste documento ser entre/ado al e<ui,o de desarrollo cada semana.
2.#. 8istado de incidentes ' pedidos de ca(bios
3l e<ui,o de desarrollo se com,romete a llear un se/uimiento
documentado de cada solicitud de cambio <ue surja de los resultados de
las ,ruebas al subsistema.
=urante esta eta,a el e<ui,o de desarrollo anali5ar al detalle el in2orme
emitido ,or el e<ui,o de ,ruebas en donde se encontrar la incidencia
ocurrida " mani2estar cual<uier duda al e<ui,o de ,ruebas.
4. +ecuencia de pruebas
(a secuencia de las ,ruebas a reali5arse sobre la ,ie5a de so2t9are entre/ada
ser la si/uiente.
Pruebas 2uncionales
Pruebas de desem,eGo
Pruebas de olumen
Pruebas de car/a
Pruebas de 2allos " recu,eracin
5. A(biente de traba*o
Para la correcta reali5acin de las ,ruebas el e<ui,o de testin/ deber tener a
su dis,osicin una serie de recursos <ue le 2aciliten el trabajo de ejecutar cada
caso de ,rueba sobre la ,ie5a de so2t9are.
Se contar con los e<ui,os necesarios de acuerdo al ti,o de ,ruebas <ue se
deba reali5ar. Por ejem,lo en las ,ruebas de desem,eGo se necesitar de
com,utadoras ,otentes ,ara eri6car el desem,eGo " e6ciencia de la ,ie5a de
so2t9are <ue se est ealuando.
Se %an considerado como %erramientas de automati5acin " o,timi5acin de
,ruebas a los ,roductos 'acional Per2ormance Dester# 'ational $unctional Dester
" 'ational Administrator.# as: como tambi*n el uso del Clear Huest.
5.1. Hard9are a utili0ar
Recursos del +iste(a 1
Recurso Cantidad :o(bre ; Tipo
Velocidad del ,rocesador 0.0 !%5 =ual Core
&emoria del CPE 2 !- Iin/ston
DamaGo de la base de datos 100 !- SCSI
Recursos del +iste(a 2
Recurso Cantidad :o(bre ; Tipo
Velocidad del ,rocesador 0.0 !%5 Pentium IV
&emoria del CPE 1 !- Iin/ston
DamaGo de la base de datos 100 !- SCSI
5.2. +o%t9are en el a(biente de pruebas
(a si/uiente es la lista del so2t9are re<uerido en el ambiente de ,ruebas
,ara esta iteracin.
+o%t9are
'ational Per2ormance Dester
'ational $unctional Dester
'ational Administrator
ClearHuest
5.#. Herra(ientas de apo'o
(a si/uiente es la lista del so2t9are de a,o"o en el ambiente de ,ruebas
,ara esta iteracin.
Herra(ienta &arca ; Propietario Vendor or In<house Version
Jord &icroso2t So2t9are ad<uirido 2000
3Acel &icroso2t So2t9are ad<uirido 2000
Po9er Point &icroso2t So2t9are ad<uirido 2000
5.$. Caracter=sticas del a(biente de pruebas
:o(bre de la
con6"uracin
Descripcin
ConeAin (AK entre
,cs
Se contar con una red (AK
,ara %acer las ,ruebas.
17. Responsabilidades> +ta? ' Capacitacin
17.1. Personas ' Roles
Recursos Hu(anos
Rol &=ni(o de recursos
reco(endados
Responsabilidades
!erente de Pruebas 1 Planeacin " lo/:stica
Identi6car motiadores
Ad<uirir recursos a,ro,iados
Presentar 'e,ortes
3aluar la e2ectiidad de las
,ruebas
=iseGador de
Pruebas

2 =e6nir el en2o<ue de la
,rueba
=e6nir la ar<uitectura de la
automati5acin de la ,rueba
Veri6ca las t*cnicas de
,rueba
=e6nir elementos Desteables
3structurar la
im,lementacin de ,ruebas
Dester 2 Im,lementar " ejecutar las
,ruebas.
Im,lementar suites de
,ruebas.
3jecutar suites de ,rueba.
=ocumentar los resultados.
Anali5ar " recu,erar
in2ormacin de los documentos
de 2allas de ,rueba.
Administrador de
Sistema de ,ruebas
1 Ase/ura el ambiente de la
,rueba " las entajas sean
controladas " mantenidas.
Im,lementer 2 A,lica las unidades de
,ruebas# las clases de ,rueba "
,a<uetes de ,rueba.
Crea los com,onentes de la
,rueba re<ueridos ,ara sostener
los re<uisitos de testeanilidad
de6nido ,or el diseGador

11. Ries"os de la iteracin> dependencias> suposiciones '
restricciones
Ries"o )strate"ia de &iti"acin Contin"encia
Cambio en el
alcance
&antener un constante contacto
con el cliente e in2ormarle sobre
los aances del ,ro"ecto.
'eali5ar reuniones de
emer/encia " reor/ani5ar el
,lan de trabajo del ,ro"ecto.
Sus,ender momentneamente
el trabajo del e<ui,o de
,ruebas
Ko se cuenta
con el e<ui,o
de ,ruebas
3stablecer desde el inicio de la
iteracin <ui*nes con2ormarn el
e<ui,o de ,ruebas " coordinar
con ellos la dis,onibilidad <ue
tienen ,ara trabajar en las
,ruebas al so2t9are.
In2ormar este %ec%o al je2e de
,ro"ecto " se ,roceder a
buscar lo antes ,osible
,ersonas dis,onibles " con la
ca,acidad ,ara continuar "
terminar con el trabajo de
,ruebas.

Dependencia I(pacto Responsable
3ntre/a de ,lan de
,ruebas
Si no se entre/a el ,lan de
,ruebas el e<ui,o de ,ruebas
se retrasar en desarrollar las
,ruebas.
3<ui,o de desarrollo
=esarrollo de las ,ruebas Si no se reali5a no se ,odrn
ejecutar las ,ruebas ni
encontrar de2ectos al so2t9are
3<ui,o de ,ruebas
3jecucin de las ,ruebas =e retrasarse el e<ui,o de
desarrollo no contar en el
tiem,o ,actado con los
resultados de las ,ruebas.
3<ui,o de ,ruebas
Anlisis de resultados "
correcciones al so2t9are
=e no reali5arse o retrasarse
,erjudicar a las ,ruebas de
re/resin.
3<ui,o de desarrollo
Pruebas de re/resin Si no se reali5a no se ,odr
con6rmar si se resoli el
,roblema " no se /eneraron
otros ,roblemas.
3<ui,o de ,ruebas

+uposicin
I(pacto si resulta
incorrecta Responsable
=is,onibilidad com,leta
del e<ui,o de ,ruebas
A2ecta enormemente al
desarrollo de la 2ase de
,ruebas# se tendr <ue
conse/uir nueos recursos ,ara
<ue realicen esta labor.
3<ui,o de ,ruebas
3ntre/a de resultado de
,ruebas en 2ec%as
indicadas
Se retrasarn los cambios a
reali5arse en el so2t9are.
3<ui,o de ,ruebas
=is,onibilidad del e<ui,o
de desarrollo ante
cual<uier duda del e<ui,o
de ,ruebas
'etrasar el trabajo del e<ui,o
de ,ruebas.
3<ui,o de desarrollo
3l e<ui,o de ,ruebas Se le tendr <ue dedicar 3<ui,o de ,ruebas
+uposicin
I(pacto si resulta
incorrecta Responsable
tiene eA,eriencia en el
uso de %erramientas de
automati5acin de
,ruebas
tiem,o adicional a una
ca,acitacin de emer/encia lo
cual inclu"e un retraso en el
,lan de trabajo.
=is,onibilidad de recursos
,ara reali5ar las ,ruebas
como ,ara reali5ar los
cambios al so2t9are
Si no se con6rma la alide5 de
esta su,osicin el trabajo se
er a2ectado enormemente
tanto ,ara el e<ui,o de
desarrollo como ,ara el e<ui,o
de ,ruebas
Le2e del ,ro"ecto

Restriccin I(pacto Involucrado,s-
8oras dedicadas al
,ro"ecto
(os e<ui,o de desarrollo " de
,ruebas cuentan con 12 %oras
semanales cada uno ,ara
reali5ar el trabajo. =e ocurrir
al/una anomal:a en el ,lan de
trabajo se tendr <ue recurrir a
%oras eAtras <ue no siem,re
estn dis,onibles ,ara los
e<ui,os
3<ui,o de desarrollo
" e<ui,o de ,ruebas

12. &ane*o de procesos ' procedi(ientos
12.1. Criterios de aprobacin
3l trabajo reali5ado durante la 2ase de ,ruebas ser considerado como
correcto siB
Si las ,ruebas reali5adas ,or el e<ui,o de ,ruebas corres,onden a
los objetios del ti,o de ,rueba reali5ado.
Se llea un control de todo lo entre/ado ,or el e<ui,o de desarrollo
al e<ui,o de ,ruebas " iceersa.
Si todo incidente ocurrido durante la 2ase de ,ruebas es
documentado >al/)n cambio en el ,lan de trabajo# 2ec%a de entre/a
de resultados# etc.?