AO DE LA INVERSION PARA EL DESARROLLO RURAL Y

LA SEGURIDAD ALIMENTICIA

Universidad Nacional
San Luis Gonzaga de
Ica
FACULTAD DE INGENIERIA DE
SISTEMAS


EJECUCIN DE PRUEBAS


CURSO :
CONTROL DE CALIDAD DE SOFTWARE

I NTEGRANTES :
BARILLAS ARIAS, Diego.
CHAVEZ REYES, Manuel.
DIAZ DIAZ, Edmundo.
ESPINOZA JAYO, Ricardo.




ICA 2013

Ejecucin de Pruebas

2
















DEDICATORIA
ESTE TRABAJO MONOGRFICO EST
DEDICADO A LOS ALUMNOS DE ING.
DE SISTEMAS PARA QUE A TRAVS
DE L SE PUEDAN INFORMAR Y
CONOCER MS ACERCA DEL TEMA
DE EJECUCIN DE PRUEBAS, Y AS
MISMO PUEDA SER DE AYUDA EN
MOMENTOS FUTUROS.


Ejecucin de Pruebas

3


NDICE
DLDICA1CkIA ...................................................................................................................................... 2
INDICL ................................................................................................................................................ 3
IN1kCDUCCICN ................................................................................................................................... S
1. CCNCL1CS IN1kCDUC1CkICS ........................................................................................................ 6
"#"# $%&'(')'*(%+ ############################################################################################################################################################## ,
"#-# .%/0)'*( %(1.% $%&%)1*2 &0//0 3 %..*. ############################################################################################## ,
"#4# 5678 %+ 9.*:0.; ####################################################################################################################################################### <
"#=# 59*. 678 9.*:0.; ################################################################################################################################################### <
"#># 59*.678 %+ '?9*.10(1% @0)%. 9.7%:0+ %( (7%+1.* +*&1A0.%; ####################################### B
2. LILCUCICN DL kUL8AS .................................................................................................................. 8
-#"# $%&'(')'C( ######################################################################################################################################################################### B
-#-# &0+%+ ##################################################################################################################################################################################### D
-#4# @%..0?'%(10+ 90.0 '?9/%?%(10. 3 %E%)710. 9.7%:0+ ############################################################## "F
!"#"$" &'(&)(&* """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" $$
!"#"!" *+(,-.+/ 01.2(,-.+/ (&)(&* """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" $$
!"#"#" 31,24 (&)( 5*- """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" $$
!"#"6" *+(,-.+/ *-7-( """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" $$
!"#"8" (&)(5+*(.&* """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" $!
!"#"9" :,.*1..&* """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" $!
3. CASCS DL kUL8A .......................................................................................................................... 12
4#"# )C?* ?%$'. /0 )0/'$0$ $% /*+ )0+*+ $% 9.7%:0 ############################################################################### "-
#"$"$" -7;&(,<- =& &(+5+ =& 5*1&7+ """"""""""""""""""""""""""""""""""""""""""""""""""""""""""" !"##$#% '(#)(*$# +$ *,-.+.*$/
#"$"!" &)(*12(1*+ =& /-) 2+)-) =& 5*1&7+ """"""""""""""""""""""""""""""""""""""""""" !"##$#% '(#)(*$# +$ *,-.+.*$/
4#-# ?%1*$*/*GH0 90.0 .%0/'I0. 9.7%:0 $% +*&1A0.% ######################################################################### "4
4#4# 18)(')0+ $% 9.7%:0 ################################################################################################################################################# "=
#"#"$" 2*,(&*,-) =& 2-7&*(1*+ >2+/,=+= =& 2+)-) =& 5*1&7+ 7+)+=-) &. 5*1&7+) =&
2+;+ 7/+.2+? """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" $6
#"$"!" 2+/,=+= =& /-) <+/-*&) =& 5*1&7+ >2+/,=+= =& 2+)-) =& 5*1&7+ 7+)+=-) &.
5*1&7+) =& 2+;+ .&@*+? """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" $A
4. CLASLS DL LUIVALLNCIA .............................................................................................................. 19
=#"# $%&'(')'C( ################################################################################################################################################################# "D
=#-# $'.%)1.')%+ ############################################################################################################################################################## "D
=#4# 90.1')'C( %67'J0/%(1% ################################################################################################################################### "D
6"#"$" =&0,.,2,B. """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" $C
6"#"!" D31E 5+)-) )&@1,*F """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" $C
6"#"#" &;&*2,2,- =& 5*1&7+ =& 2+;+ .&@*+ ' 2/+)&) =& &31,<+/&.2,+ """""""""""""""""""""""""""""""""""""""""""""" !G
S. INICkML SLGUIMILN1C DL kUL8AS .......................................................................................... 22
>#"# $*)7?%(10)'C( %( %/ 9.*)%+* $% 9.7%:0+ ########################################################################################## --
8"$"$" =-21H&.(+2,B. &. /+ 5*&5+*+2,-. =& /+) 5*1&7+) """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" !#
8"$"!" =-21H&.(+2,-. =1*+.(& /+ &;&212,-. =& /+) 5*1&7+) """"""""""""""""""""""""""""""""""""""""""""""""""""""""""" !I
8"$"#" =-21H&.(+2,B. 5+*+ /+ 0,.+/,J+2,-. =& /+) 5*1&7+) """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""" !C
>#-# +%G7'?'%(1* $% /0+ 9.7%:0+ ############################################################################################################################ -D
8"!"$" =&51*+2,B. >=&71@@,.@? """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" !C
CCNCLUSICN ...................................................................................................................................... 31
kLCCMLNDACICNLS .......................................................................................................................... 32
8I8LICGkAIIA ...................................................................................................................................... 1



Ejecucin de Pruebas

4


ndice de Imgenes

Figura 1.1. Relacin entre Defecto, Falla y Error
Figura 1.2. Relacin Consecuencial entre Defecto, Falla y Error
Figura 1.5. Porque Probar
Figura 1.6. Porqu es importante hacer pruebas en nuestro software
Figura 2.1. Proceso de Ejecucin de Pruebas
Figura 3.1. Metodologa para realizar pruebas de software
Figura 3.2. Tabla de escenas de pruebas de software
Figura 3.3. Tabla para especificar casos de prueba
Figura 3.4. Proceso de Caja Blanca
Figura 3.5. Proceso de Caja Negra
Figura 4.1. Tabla del ejemplo del banco
Figura 4.2. Solucin del ejercicio del banco
Figura 5.1. Documentacin relacionada en la Preparacin de las pruebas segn IEEE
Figura 5.2. Documentacin relacionada durante la Ejecucin de las pruebas segn IEEE
Figura 5.3. Proceso de Depuracin















Ejecucin de Pruebas

5

INTRODUCCION
una de las ulLlmas fases del clclo de vlda anLes de enLregar un programa para su exploLacln, es la fase de pruebas.
Las pruebas de sofLware se apllcan como una eLapa ms del proceso de desarrollo de sofLware, su ob[eLlvo es
asegurar que el sofLware cumpla con las especlflcaclones requerldas y ellmlnar los poslbles defecLos que esLe
pudlera Lener. Ln un prlnclplo la mayorla de empresas de desarrollo conLaban con una eLapa de pruebas
demaslado lnformal, en la acLualldad las pruebas de sofLware se han converLldo en una de las eLapas ms crlLlcas del
clclo de vlda del desarrollo de sofLware y esLo ha causado el orlgen de dlversas meLodologlas.
Ln la acLualldad la prueba de sofLware se hace ms compllcada ya que debe hacer frenLe a una gran canLldad de
meLodologlas de desarrollo, lengua[es de programacln, slsLemas operaLlvos, hardware eLc.
Ls por esLo que la prueba debe apoyarse en meLodologlas generales que revlsan los aspecLos ms fundamenLales
que debe conslderar Lodo proceso de pruebas. uebldo a esLa comple[ldad acLualmenLe se cuenLan con una gran
canLldad de sofLware dlsenado excluslvamenLe para la eLapa de pruebas, lncluyendo la gesLln del proceso de
prueba de sofLware, la admlnlsLracln y segulmlenLo de errores, la admlnlsLracln de los casos de prueba,
auLomaLlzacln de pruebas, eLc.




























Ejecucin de Pruebas

6

1. CONCEPTOS INTRODUCTORIOS

1.1. DEFINICIONES
! kUL8AS !"#$"%& una acLlvldad en la cual un slsLema o uno de sus componenLes se
e[ecuLa en clrcunsLanclas prevlamenLe especlflcadas, los resulLados se observan y
reglsLran y se reallza una evaluacln de algun aspecLo.
! CASC DL kUL8A !"#$" ()$#%& un con[unLo de enLradas, condlclones de e[ecucln y
resulLados esperados desarrollados para un ob[eLlvo parLlcular.
! DLILC1C !*#+#(", +)-.", /0-12%& un defecLo en el sofLware como, por e[emplo, un
proceso, una deflnlcln de daLos o un paso de procesamlenLo lncorrecLos en un
programa.
! IALLC !+)3.-4#%& La lncapacldad de un slsLema o de alguno de sus componenLes para
reallzar las funclones requerldas denLro de los requlslLos de rendlmlenLo
especlflcados.
! LkkCk !#4454%& La dlferencla enLre un valor calculado, observado o medlo y el valor
verdadero, especlflcado o LerlcamenLe correcLo.

1.2. RELACION ENTRE DEFECTO, FALLA Y ERROR

Ln la flgura 1.1 podemos observar grflcamenLe la relacln dlrecLa que exlsLe enLre las
deflnlclones de defecLo, falla y error.

llgura 1.1. 8elacln enLre uefecLo, lalla y Lrror



Ejecucin de Pruebas

7


Asl podemos enLablar la relacln consecuenclal como nos muesLra la flgura 1.2:
Lrror del Se plasma--! uefecLo en el lallo (Ll slsLema no se produce---! LfecLos
programado sofLware comporLa como deberla) negaLlvos
llgura 1.2. 8elacln Consecuenclal enLre uefecLo, lalla y Lrror

1.3. QU ES PROBAR?
LrrneamenLe, la mayorla de la genLe plensa que:
robar es el proceso de demosLrar que no hay errores.
robar nos permlLe demosLrar que el programa reallza lo que se supone que debe hacer.
Como parLe que es de un proceso lndusLrlal, la fase de pruebas anade valor al producLo que se
mane[a: Lodos los programas Llenen errores y la fase de pruebas los descubre, ese es el valor
que anade. Ll ob[eLlvo especlflco de la fase de pruebas es enconLrar cuanLos ms errores,
me[or. Ls frecuenLe enconLrarse con el error de aflrmar que el ob[eLlvo de esLa fase es
convencerse de que el programa funclona blen. Ln realldad ese es el ob[eLlvo proplo de las
fases anLerlores (jqu|n va a pasar a |a secc|n de pruebas un producto que sospecha que
est ma|?). Cumplldo ese ob[eLlvo, lo me[or poslble, se pasa a pruebas. LsLo no obsLa para
reconocer que el ob[eLlvo ulLlmo de Lodo el proceso de fabrlcacln de programas sea hacer
programas que funclonen blen, pero cada fase Llene su ob[eLlvo especlflco, y el de las pruebas
es desLapar errores. robar un programa es e[erclLarlo con la peor lnLencln a fln de
enconLrarle fallos.
DLIINICICN CCkkLC1A:
robar es el proceso de e[ecuLar un programa con la l nLencl n de enconLrar
errores".

1.4. POR QU PROBAR?
Las fallas de sofLware ocaslonan graves perdldas econmlcas, esLas son 100 a 1000 veces ms
cosLosas de enconLrar y reparar despues de la consLruccln.
Ll robar nos permlLe evlLar plazos y presupuesLos lncumplldos, lnsaLlsfaccln del usuarlo,
escasa produclvldad y mala calldad de sofLware producldo y flnalmenLe perdlda de cllenLes.
AuLomLlzar el proceso de pruebas conslgue reducclones de hasLa un 73 en el cosLo de la fase
de manLenlmlenLo.






llgura 1.3. orque robar


Ejecucin de Pruebas

8

1.5. PORQU ES IMPORTANTE HACER PRUEBAS EN NUESTRO
SOFTWARE?
Ln la cadena de valor del desarrollo de un sofLware especlflco, el proceso de prueba es clave a
la hora de deLecLar errores o fallas. ConcepLos como esLabllldad, escalabllldad, eflclencla y
segurldad se relaclonan a la calldad de un producLo blen desarrollado. Las apllcaclones de
sofLware han crecldo en comple[ldad y Lamano, y por conslgulenLe Lamblen en cosLos. Poy en
dla es cruclal verlflcar y evaluar la calldad de lo consLruldo de modo de mlnlmlzar el cosLo de su
reparacln. MlenLras anLes se deLecLe una falla, ms baraLa es su correccln.
Ll proceso de prueba es un proceso Lecnlco especlallzado de lnvesLlgacln que requlere de
profeslonales alLamenLe capaclLados en lengua[es de desarrollo, meLodos y Lecnlcas de pruebas
y herramlenLas especlallzadas. Ll conoclmlenLo que debe mane[ar un lngenlero de prueba es
muchas veces superlor al del desarrollador de sofLware.











llgura 1.6. orque es lmporLanLe hacer pruebas en nuesLro sofLware
2. EJECUCIN DE PRUEBAS


2.1. DEFINICIN
Ls la acLlvldad donde los procedlmlenLos de pruebas o scrlpLs son especlflcados
comblnando los casos de prueba en un orden parLlcular e lncluyendo cualquler oLra
lnformacln necesarla para la e[ecucln de pruebas, el amblenLe se preparara y se e[ecuLan
las pruebas.
Se e[ecuLan las pruebas medlanLe la deflnlcln de las acLlvldades requerldas para e[ecuLar los
requerlmlenLos de pruebas ldenLlflcados en la fase de dlseno de pruebas, reporLar los hallazgos y
asegurar su correccln por parLe del equlpo de desarrollo de sofLware.






Ejecucin de Pruebas

9

















llgura 2.1. roceso de L[ecucln de ruebas


2.2. FASES

a) L| proceso de e[ecuc|n de pruebas segn e| estndar 6777 8"*9 :;<, abarca las
slgulenLes fases:

L[ecuLar las pruebas, cuyos casos y procedlmlenLos han sldo ya dlsenados
prevlamenLe.
Comprobar sl se ha concluldo el proceso de prueba (segun clerLos crlLerlos de
complecln de prueba que suelen especlflcarse en el plan de pruebas).
Ln el caso que hayan Lermlnado las pruebas, se evaluan los resulLados, en caso
conLrarlo hay que generar las pruebas adlclonales para que se saLlsfagan los crlLerlos
de complecln de pruebas.


b) L| proceso de e[ecuc|n prop|amente d|cho, consLa de las slgulenLes fases:

Se e[ecuLan las pruebas.
Se comprueba sl ha habldo algun fallo al e[ecuLar.
Sl lo ha habldo, se puede deber a un defecLo del sofLware, lo que nos lleva al proceso
de depuracln o correccln del cdlgo. Se puede deber Lamblen a un defecLo en el


Ejecucin de Pruebas

10

proplo dlseno de las pruebas. Ln ambos casos, las nuevas pruebas o las corregldas se
debern e[ecuLar.
ue no exlsLlr fallos, se pasar a la comprobacln de la Lermlnacln de las pruebas.


c) Las fases de| proceso de comprobac|n de |a term|nac|n de las pruebas son:

1ras la e[ecucln, se comprueba sl se cumplen los crlLerlos de complecln de pruebas
descrlLos en el correspondlenLe plan de pruebas.
Ln caso de Lermlnar las pruebas, se pasa a la evaluacln de los producLos probados
sobre la base de los resulLados obLenldos (Lermlnacln normal).
Ln caso de no Lermlnar las pruebas se debe comprobar la presencla de condlclones
anormales en la prueba.
Sl hublesen exlsLldo condlclones anormales, se pasa de nuevo a la evaluacln, en
caso conLrarlo, se pasa a generar y e[ecuLar pruebas adlclonales para saLlsfacer
cualqulera de las dos Lermlnaclones.
Los crlLerlos de complecln de pruebas hacen referencla a las reas (caracLerlsLlcas,
funclones, eLc.) que deben cubrlr las pruebas y el grado de coberLura para cada una de
esas reas. Como e[emplos generlcos de esLe Llpo de crlLerlos se pueden lndlcar los
slgulenLes:
Se debe cubrlr cada caracLerlsLlca o requerlmlenLo del sofLware medlanLe un caso de
prueba o una excepcln aprobada en el plan de pruebas.
Ln programas codlflcados con lengua[es procedurales, se deben cubrlr Lodas las
lnsLrucclones e[ecuLables medlanLe casos de prueba.


2.3. HERRAMIENTAS PARA IMPLEMENTAR Y EJECUTAR PRUEBAS

Sabemos que las pruebas de sofLware es el acLo de la e[ecucln de sofLware para saLlsfacer una, algunas o
Lodas de las slgulenLes meLas:
ara asegurar que el sofLware cumple con los requlslLos especlflcados.
ldenLlflcar los defecLos en el sofLware (esLos defecLos se refleren a menudo como "bugs").
ara enLender el nlvel de calldad del sofLware.

Ln la acLualldad, para cumpllr esLos ob[eLlvos, muchas organlzaclones uLlllzan las pruebas de
sofLware manual, es declr, la genLe se slenLa delanLe de un ordenador y usa los scrlpLs para
reallzar sus pruebas. A menudo, muchos de esLos scrlpLs de prueba deben ser e[ecuLados en
varlas ocaslones, como emlslones suceslvas del sofLware. LsLo no slo puede resulLar
monLono y aburrldo para los lndlvlduos que han de e[ecuLar las pruebas, pero desde una
perspecLlva organlzaclonal puede ser muy lnLenslvo en el uso de recursos. Con el fln de ayudar
a allvlar esLe problema, algunas companlas desarrollaron herramlenLas auLomaLlzadas de
prueba. Ln Lermlnos slmples, una vez la genLe uLlllza esLas herramlenLas para crear scrlpLs
auLomaLlzados de prueba. LsLas herramlenLas pueden e[ecuLar los scrlpLs cada vez que lo
lndlque, con poca supervlsln necesarla de los seres humanos. LsLo permlLe a los probadores
que normalmenLe e[ecuLan el scrlpL manualmenLe, auLomaLlzar las pruebas para concenLrarse
en oLros aspecLos ms lnLeresanLes en el desarrollo del sofLware. Ahora esLamos a lo largo de
varlas generaclones en Lermlnos de herramlenLas de pruebas auLomaLlzadas. Ln su mayor
parLe, en las prlmeras generaclones eran dlflclles de usar, y las secuenclas de comandos
auLomaLlzadas que se uLlllzan para crear no eran fclles de manLener. Sln embargo, las ulLlmas
herramlenLas que se han desarrollado son ms fclles de uLlllzar, de manera que pueda ser
uLlllzado por un mayor numero de personas que Llenen dlferenLes nlveles y Llpos de

Ejecucin de Pruebas

11

habllldades. Ln esLe caplLulo LraLare de expllcar cules son las herramlenLas que se emplean
para lmplemenLar y e[ecuLar pruebas funclonales y de regresln, asl como ver cules son sus
caracLerlsLlcas. LnLre las herramlenLas ms usadas para reallzar pruebas funclonales y de
regresln Lenemos las slgulenLes:

2.3.1. E-TESTER

Lmplrlx e-1esLer es una herramlenLa de prueba auLomaLlzada que forma parLe de la sulLe de e-LesL
de apllcaclones. L-1ester proporclona a los usuarlos la capacldad de crear scrlpLs auLomaLlzados de
prueba de funclonamlenLo.
LsL dlsenado para ser uLlllzado para probar web, soluclones lnalmbrlcas y apllcaclones
mulLlmedla.

2.3.2. RATIONAL FUNCTIONAL TESTER

8aLlonal luncLlonal 1esLer anLes conoclda como xuL 1esLer, es una herramlenLa de prueba
que permlLe a los usuarlos grabar, edlLar y e[ecuLar scrlpLs de prueba funclonal
auLomaLlzada. un usuarlo puede crear y modlflcar los scrlpLs de prueba uLlllzando !ava o
vlsual 8aslc .neL, por lo que algunos conoclmlenLos de programacln y la experlencla es
esenclal.

lue dlsenado para probar apllcaclones !ava, .neL y apllcaclones Web, mas no en
apllcaclones CllenLe/Servldor.

2.3.3. QUICK TEST PRO
PerramlenLa para reallzar pruebas auLomaLlzadas, es Lan fcll de usar como el W|nkunner.
Muchas de las cosas que requlere de la escrlLura de cdlgo en W|nkunner, como agregar bucles ll
a los scrlpLs de pruebas auLomaLlzadas se pueden reallzar a Lraves del u|ck 1est ro que es una
funclonalldad lnLegrada y no exlsLe la necesldad de escrlblr el cdlgo.

lunclonalldad que permlLe a lndlvlduos con poca o sln conoclmlenLo de programacln
podr hacer uso de esLa herramlenLa.


2.3.4. RATIONAL ROBOT

Ll ob[eLlvo de I8M kat|ona| kobot es faclllLar la creacln y e[ecucln de scrlpLs
auLomaLlzados para probar la funclonalldad de una apllcacln medlanLe la slmulacln de
un usuarlo que lnLeracLua con la lnLerfaz grflca de la apllcacln. 8aLlonal 8oboL Lamblen
permlLe a los usuarlos crear daLapools, que vlenen a ser un con[unLo de daLos de prueba
que pueden ser uLlllzados por los scrlpLs auLomaLlzados para varlar los valores de enLrada
duranLe la e[ecucln del scrlpL.




Ejecucin de Pruebas

12

2.3.5. TESTPARTNER

1esLarLner de Compuware es una herramlenLa que permlLe a los usuarlos para crear
scrlpLs auLomaLlzados de prueba que vallde funclonalldad de la apllcacln que se esL
probando.

2.3.6. WINRUNNER
Wln8unner es una herramlenLa empresarlal para pruebas funclonales que asegura que los
procesos de negoclo funclonen perfecLamenLe la prlmera vez y manLlene la flabllldad.
ConslsLe en capLurar, reproduclr y verlflcar las lnLeracclones enLre usuarlos de forma
auLomLlca, con el fln de ldenLlflcar los defecLos y deLermlnar sl los procesos de negoclo
Lraba[an como fue dlsenado.

ETAPAS DE PRUEBA DEL WINRUNNER:
1. Creacln de pruebas.
2. ruebas de funclonamlenLo.
3. Anllsls de los resulLados de la prueba.


3. CASOS DE PRUEBA

ara desarrollar sofLware de calldad y llbre de errores, el plan de pruebas y los casos de prueba son
muy lmporLanLes. Ll SofLware 1esL lan -S1- se dlsena para deLermlnar el amblenLe de
apllcacln de los recursos y el calendarlo de las acLlvldades de las pruebas, se debe ldenLlflcar el
domlnlo y sus caracLerlsLlcas a probar, lo mlsmo que el Llpo de pruebas a reallzar. un caso de
prueba blen dlsenado Llene gran poslbllldad de llegar a resulLados ms flables y eflclenLes, me[orar
el rendlmlenLo del slsLema, y reduclr los cosLos en Lres caLegorlas:

1) roduct|v|dad: menos Llempo para escrlblr y manLener los casos.
2) Capac|dad de prueba: menos Llempo para e[ecuLarlos.
3) rogramar |a f|ab|||dad: esLlmaclones ms flables y efecLlvas.

3.1. CMO MEDIR LA CALIDAD DE LOS CASOS DE PRUEBA

Ln un reclenLe Lraba[o de C. faller eL Al., Los auLores deLermlnan que las Lecnlcas que
se usan normalmenLe para evaluar la calldad de los casos de prueba, como las medldas
de coberLura, no son suflclenLes por sl mlsmas ya que al usar unlcamenLe una de esLas
Lecnlcas no se Llenen en cuenLa clerLos aspecLos deseables del con[unLo de casos de
prueba, por lo que proponen clerLas caracLerlsLlcas de los casos de prueba que hay que
medlr slempre. ara ello deflnen Lres aspecLos fundamenLales de la calldad de los
casos de prueba. Lo prlmero es dlferenclar perfecLamenLe los ob[eLos que se van a
medlr, segundo deLermlnar dlferenLes dlmenslones de calldad medlanLe los arLefacLos
que hay dlsponlbles en las dlferenLes fases del desarrollo y por ulLlmo dlsLlnguen enLre
las medldas relaLlvas y absoluLas que se van a llevar a cabo.




Ejecucin de Pruebas

13

3.2. METODOLOGA PARA REALIZAR PRUEBA DE SOFTWARE

Se deberla desarrollar un Caso de rueba para cada escenarlo del caso de uso. Los escenarlos
de un caso de uso se ldenLlflcan descrlblendo los dlsLlnLos camlnos del flu[o bslco y flu[o
alLernaLlvo del caso de uso.


llgura 3.1. MeLodologla para reallzar pruebas de sofLware


ue la flgura anLerlor obLenemos los slgulenLes escenarlos:


ESCENARIOS FLUJOBSICO
Escenario 1 Flujo Bsico Flujo Alternativo 1
Escenario 2 Flujo Bsico Flujo Alternativo 1 Flujo Alternativo 2
Escenario 3 Flujo Bsico Flujo Alternativo 3
Escenario 4 Flujo Bsico Flujo Alternativo 3 Flujo Alternativo 1
Escenario 5 Flujo Bsico Flujo Alternativo 3 Flujo Alternativo 1 Flujo Alternativo 2
Escenario 6 Flujo Bsico Flujo Alternativo 4
Escenario 7 Flujo Bsico Flujo Alternativo 3 Flujo Alternativo 4
llgura 3.2. 1abla de escenas de pruebas de sofLware


ara probar Lodos los escenarlos se uLlllza una Labla donde se especlflcan Lodos los Casos de
rueba. Ln esLa Labla cada Caso de rueba corresponde a una flla, y las columnas descrlben el
ldenLlflcador del Caso de rueba, el escenarlo, los valores de enLrada y los resulLados
esperados.






Ejecucin de Pruebas

14

'KLMNOPOQRKST KL
)RUS KL 9TVLWR
%UQLMRTOS JRXSTLU KL %MNTRKR .LUVXNRKSU
%UYLTRKSU



llgura 3.3. 1abla para especlflcar casos de prueba

lASL 1: ldenLlflcar los Lscenarlos.
lASL 2: ldenLlflcar los Casos de rueba.
lASL 3: Lspeclflcaclones del Caso de rueba.
lASL 4: L[ecucln y aprobacln del caso de prueba.
3.3. TCNICAS DE PRUEBA

3.3.1. CRITERIOS DE COBERTURA (CALIDAD DE CASOS DE PRUEBA
BASADOS EN PRUEBAS DE CAJA BLANCA)

uno de los prlnclpales problemas a la hora de reallzar las pruebas de un slsLema es el
gran numero de casos de prueba necesarlos para obLener una segurldad de que el
slsLema ba[o prueba funclona correcLamenLe, o con oLras palabras, Lener un con[unLo de
casos de prueba con la calldad suflclenLe para esLar seguros que el programa ba[o
prueba funclona correcLamenLe. Asl, medlanLe los crlLerlos de coberLura se deflnen
clerLas reglas o aspecLos que Llene que cumpllr el con[unLo de casos de prueba con
respecLo al programa ba[o prueba, de manera que sl el con[unLo de casos de prueba
cumple con esas reglas aseguramos la calldad del mlsmo.




llgura 3.4. roceso de Ca[a 8lanca







Ejecucin de Pruebas

15

un crlLerlo de coberLura se puede enLender segun M. 8roy eL al, con dos slgnlflcados
dlferenLes:
1. Como un crlLerlo de adecuacln, el cual slrve para deLermlnar cundo un con[unLo de
casos de prueba Llene la calldad suflclenLe, por lo que el slsLema ba[o prueba que
probado correcLamenLe
2. Como un crlLerlo de seleccln el cual nos slrve para anadlr casos de prueba nuevos a
nuesLro con[unLo de casos de prueba y de esLa manera me[orar la calldad del mlsmo.

Ambos slgnlflcados dan la ldea de que los crlLerlos de coberLura son lnLeresanLes para
medlr la calldad de los con[unLos de casos de prueba. Ln los slgulenLes prrafos se
muesLran un esLudlo ms deLallado de los dlferenLes crlLerlos de coberLura. uenLro del
mblLo de las pruebas de ca[a blanca, las cuales Llenen en cuenLa la esLrucLura lnLerna
del programa ba[o prueba para comprobar el correcLo funclonamlenLo del mlsmo, los
crlLerlos de coberLura se pueden claslflcar en base a los slgulenLes Lres aspecLos:

3.3.1.1. LOS CRITERIOS ESTRUCTURALES:
Se usan para medlr la calldad de un con[unLo de casos de prueba. LsLa calldad se
mlde en funcln del porcenLa[e alcanzado en funcln del crlLerlo que se haya
escogldo. Como su proplo nombre lndlca, esLos crlLerlos se deflnen en base a la
esLrucLura del programa ba[o prueba, por e[emplo, sl Lenemos una mqulna de
esLados, un crlLerlo esLrucLural podrla deflnlrse en funcln de los esLados de la
mlsma o en funcln de las Lranslclones. LsLos crlLerlos Lamblen se pueden usar para
selecclonar nuevos casos de prueba que me[oren los porcenLa[es de coberLura
alcanzados y asl me[orar la calldad del con[unLo de casos de prueba.

3.3.1.2. LOS CRITERIOS FUNCIONALES:
Se deflnen en base a modelos funclonales del slsLema como casos de uso" o
proflles de usuarlos" de manera que la calldad del con[unLo de casos de uso se
me[ora mlenLras ms funclonalldades se prueben. un crlLerlo de esLe Llpo podrla
esLar basado en los dlferenLes aLaques que pueden sufrlr un slsLema o las
dlferenLes funclonalldades que soporLa.

3.3.1.3. LOS CRITERIOS ESTOCSTICOS O ESTADSTICOS:
Cue se deflnen en base a anllsls del uso esperado del slsLema de manera que los
casos de uso sern de mayor calldad sl prueban las funclonalldades del slsLema ms
lmporLanLes, slendo esLas las que ms se vayan a usar.
una claslflcacln basLanLe acepLada de los dlferenLes crlLerlos de coberLura para las
pruebas de ca[a blanca, es claslflcar esLos crlLerlos en dos grandes grupos: crlLerlos
basados en el "#$%& '( )&*+,&# y crlLerlos basados en "#$%& '( '-+&./ A pesar de que
los crlLerlos de coberLura se deberlan basar en los Lres aspecLos comenLados
anLerlormenLe la gran mayorla de los crlLerlos que se claslflcan en esLos dos
grupos, y que se van a esLudlar ms deLenldamenLe a conLlnuacln, son crlLerlos
esLrucLurales.

3.3.1.4. CRITERIOS DE COBERTURA BASADOS EN EL FLUJO DE CONTROL:
LsLe Llpo de crlLerlos esLn basados en las expreslones lglcas lnLroducldas en la
especlflcacln del slsLema ba[o prueba que deLermlnan cuando exlsLen salLos o
bucles denLro de la lmplemenLacln, en oLras palabras, se basa en las condlclones
de las esLrucLuras ll-1PLn- LLSL y los LCC que exlsLe denLro de la lmplemenLacln
del slsLema. Los crlLerlos de coberLura de esLe Llpo ms usados son los slgulenLes:

7= >?6@7?6A B7 >AC7?@D?E B7 87F@7F>6E8&
Ls el crlLerlo ms slmple de Lodos, deflne que han de recorrerse Lodas las llneas
o senLenclas del cdlgo del programa al menos una vez.


Ejecucin de Pruebas

16

7= >?6@7?6A B7 >AC7?@D?E B7 B7>686AF78 A >AC7?@D?E B7 ?EGE8&
8equlere que cada poslble valor (verdadero o falso) que pueda Lomar cada una
de las declslones del slsLema ba[o prueba se de al menos una vez, sablendo que
una declsln es un con[unLo de condlclones relaclonadas medlanLe operadores
lglcos (and, or.) y una condlcln es un con[unLo de expreslones algebralcas
relaclonadas con operadores relaclonales (<, <=, >, >= .). or e[emplo sl
Lenemos un slsLema que esLe compuesLo por una unlca condlcln como: ll (A
and 8) 1PLn S", donde A es una condlcln, 8 es oLra condlcln y A and 8" es
una declsln, un poslble con[unLo de casos de prueba que saLlsface esLe crlLerlo
esLar compuesLo por dos casos de prueba, uno que evaluara (A and 8) a
verdadero y oLro que evaluara (A and 8). Lo malo es que aunque recorramos
Lodas las senLenclas del programa puede ser que no se den Lodas las
poslbllldades, ya que podrlamos Lener 8 verdadero slempre y A


que varlase, lo que evlLarla que se descubrlera un poslble error cuando 8 es
falso.

7= >?6@7?6A B7 >AC7?@D?E B7 >AFB6>6AF78&
Ll cual requlere que cada condlcln de cada declsln Lome Lodos los poslbles
valores al menos una vez. Slgulendo con el e[emplo anLerlor, en esLe caso
neceslLarlamos dos casos de prueba, uno que evalue A lalso y 8 verdadero y
oLro A verdadero, y 8 lalso. A pesar de que esLe crlLerlo es ms resLrlcLlvo que
el anLerlor no alcanza la coberLura de declslones, ya que en el e[emplo slempre
se evaluarla a falso la declsln y nunca se e[ecuLarla S.

7= >?6@7?6A B7 >AC7?@D?E B7 >AFB6>6HF B7>686HF&
LsLe crlLerlo de coberLura que soluclona los problemas de los dos anLerlores, es
el cual requlere que cada poslble valor de cada condlcln de cada declsln del
programa es produclda al menos una vez y que adems se produzca cada
poslble valor de cada declsln. Slgulendo el e[emplo anLerlor para esLe crlLerlo
nos basLarla con Lener dos casos de prueba, uno que evaluase A falso y 8 falso y
oLro que evaluase A verdadero y 8 verdadero. ue esLa manera sl un con[unLo de
casos de prueba cumple esLe crlLerlo va a cumpllr Lodos los crlLerlos expuesLos
anLerlormenLe.

7= >?6@7?6A B7 >AC7?@D?E GAB6I6>EBE B7 >AFB6>6HF B7>686HF&
Ll cual requlere lo mlsmo, pero con el anadldo de que cada condlcln afecLe
lndependlenLemenLe a cada declsln, es declr que los valores que se aslgna a
una condlcln puede varlar el resulLado de la declsln. Ln esLe e[emplo
neceslLarlamos Lres casos de prueba, un que evaluase las dos condlclones a
verdadero de manera que ambas condlclones afecLan lndependlenLe menLe a la
declsln, oLro que evalue A falso y 8 verdadero de manera que A afecLa
lndependlenLemenLe a la declsln y oLro que evalue A verdadero y 8 falso de
manera que 8 afecLa lndependlenLemenLe a la declsln.

7= >?6@7?6A B7 >AC7?@D?E B7 >AFB6>6AF78 GJ=@6K=78&
Ll cual requlere que Lodas y cada una de las poslbles comblnaclones de valores
de las dlferenLes condlclones denLro de una declsln se den, para cada una de
las declslones. Ln nuesLro e[emplo neceslLarlamos cuaLro casos de prueba, uno
que nos de A verdadero y 8 verdadero, oLro para A verdadero y 8 falso, oLro
para A falso y 8 verdadero y oLro para A falso y 8 falso. ue esLa manera esLe
crlLerlo alcanza a Lodos los anLerlores.



Ejecucin de Pruebas

17

>?6@7?6A B7 >AC7?@D?E B7 CD>=78&
A slmple vlsLa un bucle no es ms que un salLo condlclonal que se replLe hasLa
que se cumpla o de[e de cumpllrse una o ms condlclones, en Leorla esLo es
slmple, pero en la prcLlca son una fuenLe lnagoLable de versLlles errores, que
en su gran mayorla suelen ser caLasLrflcos.
Ln prlmer lugar, la canLldad de veces que se e[ecuLe un bucle debe ser preclsa, y
Lodos los programadores saben que no es dlflcll equlvocarse y programar un
bucle que se e[ecuLe una vez de ms o una vez de menos, slempre que esLo
suceda los resulLados sern lndeseables, y muchas veces cuando se LraLe de
mane[os de daLos compllcados de calcular no ser fcll adverLlr el error, el cual
ser caro cuando se LraLe de valores que se uLlllzan para Lomar deLermlnaclones
a nlvel empresarlal o lnvolucren vldas humanas. ara reallzar la coberLura LoLal
de un bucle se neceslLan 3 pruebas, cero e[ecuclones, una e[ecucln y ms de
una e[ecucln. Los bucles de Llpo "for", parecerlan ser ms senclllos, ya que la
canLldad de e[ecuclones es deflnlda por su cabecera y conLrolada por el
compllador, con una e[ecucln basLarla para una coberLura LoLal, slempre y
cuando no conLengan cdlgo que alLere el valor de la varlable de conLrol o
comandos de sallda (LxlL), en esLe caso requlere un examen un poco ms
deLallado ya que el bucle de[a de ser responsabllldad del lengua[e compllador y
pasa a ser del programador. arLlcularmenLe aconse[o que no se uLlllcen bucles
"for" modlflcando su varlable de conLrol o lncluyendo en ellos comandos de
sallda.

" LvenLualmenLe puede Lener una repeLlcln de clclos
" 1lene un Lope n" que dlce la canLldad mxlma de veces que se puede
repeLlr.

K?D7CE8 LD7 MEN LD7 ME>7?&
. SalLar por sobre el bucle.
. asar una sola vez por el bucle.
. asar 2 veces por el bucle.
. asar m veces (slendo m < n).
. asar n-1 veces.
. asar n veces.
. asar n+1 veces.

E9 86 87 @?E@E B7 DF CD>=7 EF6BEBA&
La Lecnlca es empezar prlmero por el bucle ms lnLerlor de[ando al resLo
en sus valores mlnlmos, probar al bucle lnLerlor como sl fuera un bucle
slmple, avanzar hacla fuera manLenlendo los bucles que slguen slendo
exLerlores en sus valores mlnlmos y a los lnLerlores ponerlos en valores
Llplcos.

C9 86 87 @?E@E B7 CD>=78 >AF>E@7FEBA8&
Sl son lndependlenLes usamos para cada uno la Lecnlca del bucle slmple
y sl no son lndependlenLes, o sea sl hay alguna relacln, usan la Lecnlca
de bucles anldados.

>9 A@?A >E8A, CD>=78 FA 78@?D>@D?EBA8&
Ln esLe caso redlsenar el sofLware (borrar y empezar de cero).

7= >?6@7?6A B7 >AC7?@D?E B7 >EG6FA8&
Ll cual esLablece que se Llenen que recorrer Lodos los camlnos llnealmenLe
lndependlenLes que se encuenLran en el grafo de flu[o del slsLema que se esL
probando. Ll numero de camlnos llnealmenLe lndependlenLes se puede
calcular con el numero de McCabe, que se calcula conLando las lnsLrucclones

Ejecucin de Pruebas

18

que crean ramas. Con esLe crlLerlo de coberLura nos aseguramos que se van a
e[ecuLar Lodas las poslbles e[ecuclones, Lenlendo en cuenLa que los bucles
solo se pueden e[ecuLar una vez en cada camlno llnealmenLe lndependlenLe.



3.1.2. CALIDAD DE LOS VALORES DE PRUEBA (CALIDAD DE CASOS DE
PRUEBA BASADOS EN PRUEBAS DE CAJA NEGRA)

Las pruebas en las que no se Llenen en cuenLa la esLrucLura lnLerna del slsLema ba[o
prueba se llaman pruebas de ca[a negra. A la hora de reallzar esLe Llpo de pruebas, es
lmposlble probar una clase con Lodas sus poslbllldades, ya que es lmpracLlcable probar
Lodos los numeros enLeros para un meLodo que reclbe un enLero como parmeLro, por
e[emplo. Con lo cual, neceslLamos crlLerlos para eleglr el con[unLo de casos de prueba
pLlmos, de manera que podamos saber sl el con[unLo de casos de prueba Llene calldad
o no.

un caso de prueba esL blen elegldo sl cumple lo slgulenLe:

" 8educe el numero de casos necesarlos para que las pruebas sean de una calldad
razonable. LsLo lmpllca que el caso e[ecuLe el numero mxlmo de poslbllldades de
enLrada dlferenLes para asl reduclr el LoLal de casos.

" Cubre un con[unLo exLenso de oLros casos poslbles, es declr, lndlca algo acerca de
la ausencla o la presencla de defecLos en el con[unLo especlflco de enLradas, asl
como de oLros con[unLos slmllares.

Ln esLe Llpo de pruebas exlsLen algunas Lecnlcas y crlLerlos que nos pueden ayudar a
selecclonar el con[unLo de casos de prueba pLlmo, las cuales se podrlan adopLar para
medlr la calldad, aunque no han sldo desarrolladas para ese fln, slno para selecclonar un
con[unLo de valores de prueba pLlmo.





llgura 3.3. roceso de Ca[a negra



Ejecucin de Pruebas

19


4. CLASES DE EQUIVALENCIA

4.1. DEFINICIN
una clase de equlvalencla represenLa un con[unLo de esLados vlldos o no vlldos para condlclones de
enLrada. 1lplcamenLe, una condlcln de enLrada es un valor numerlco especlflco, un rango de valores,
un con[unLo de valores relaclonados o una condlcln lglca.
Sl un con[unLo de ob[eLos puede unlrse por medlo de relaclones slmeLrlcas, LranslLlvas y reflexlvas,
enLonces exlsLe una clase de equlvalencla.

4.2. DIRECTRICES

Las clases de equlvalencla se pueden deflnlr de acuerdo con las slgulenLes dlrecLrlces:

. Sl una condlcln de enLrada especlflca un rango, se deflne una clase de equlvalencla vllda y dos no
vlldas.
. Sl una condlcln de enLrada requlere un valor especlflco, se deflne una clase de equlvalencla
vllda y dos no vlldas.
. Sl una condlcln de enLrada es lglca, se deflne una clase de equlvalencla vllda y una no vllda.

4.3. PARTICIN EQUIVALENTE

4.3.1. DEFINICIN
La parLlcln equlvalenLe es un meLodo de prueba de ca[a negra que dlvlde el campo de enLra de un
programa en clases de daLos de los que se pueden derlvar casos de prueba. un caso de prueba ldeal
descubre de forma lnmedlaLa una clase de errores (por e[emplo proceso lncorrecLo de Lodos los
daLos de carcLer) que, de oLro modo requerlrlan la e[ecucln de muchos casos anLes de
deLecLar el error generlco. La parLlcln equlvalenLe se dlrlge a la deflnlcln de casos de prueba
que descubran clases de errores, reduclendo asl el numero LoLal de casos de prueba que hay que
desarrollar.

4.3.2. QU PASOS SEGUIR?

Ln el dlseno de casos de prueba para parLlcln equlvalenLe se procede en dos pasos:
1. Se ldenLlflcan las clases de equlvalencla. Las clases de equlvalencla son
ldenLlflcadas Lomando cada condlcln de enLrada (generalmenLe una oracln
o una frase en la especlflcacln) y reparLlendola en dos o ms grupos.
Ls de noLar que dos Llpos de clases de equlvalencla esLn ldenLlflcados: las clases de
equlvalencla vlldas represenLan enLradas vlldas al programa, y las clases de
equlvalencla no vlldas que represenLan el resLo de los esLados poslbles de la
condlcln (es declr, valores errneos de la enLrada).
2. Se deflne los casos de prueba. Ll segundo paso es el uso de las clases de
equlvalencla para ldenLlflcar los casos de prueba. Ll proceso es como slgue:
se aslgna un numero unlco a cada clase de equlvalencla. PasLa que Lodas las
clases de equlvalencla vlldas han sldo cublerLas por los casos de prueba, se
escrlbe un nuevo caso de prueba que cubra la clase de equlvalencla vllda. ?
por ulLlmo hasLa que los casos de prueba hayan cublerLo Lodas las clases de
equlvalencla lnvlldas, se escrlbe un caso de la prueba que cubra una, y
solamenLe una, de las clases de equlvalencla lnvlldas descublerLas.


Ejecucin de Pruebas

20

4.3.3. EJERCICIO DE PRUEBA DE CAJA NEGRA - CLASES DE
EQUIVALENCIA

4.3.3.1. ENUNCIADO

Consldere una apllcacln bancarla, donde el usuarlo puede conecLarse al banco por
lnLerneL y reallzar una serle de operaclones bancarlas. una vez accedldo al banco con
las conslgulenLes medldas de segurldad (clave de acceso y dems), la lnformacln de
enLrada del procedlmlenLo que gesLlona las operaclones concreLas a reallzar por el
usuarlo requlere las slgulenLes enLradas:
# Cd|go de| banco: Ln blanco o numero de Lres dlglLos. Ln esLe caso, el prlmero
de los dlglLos Llene que ser mayor que 1.
# Cd|go de sucursa|: un numero de cuaLro dlglLos. Ll prlmero de ellos mayor de
0.
# Nmero de cuenta: numero de clnco dlglLos.
# C|ave persona|: valor alfanumerlco de clnco poslclones.
# Crden: Ln esLe valor se lnLroduclr segun la orden que se desee reallzar. uede
esLar en blanco o se una de las dos cadenas slgulenLes:
. 1alonarlo"
. MovlmlenLos"
Ln el prlmer caso el usuarlo reclblr un Lalonarlo de cheques, mlenLras que en el segundo
reclblr los movlmlenLos del mes en curso. Sl esLe cdlgo esL en blanco, el usuarlo
reclblr los dos documenLos.


4.3.3.2. SOLUCIN

Slgulendo los pasos de la parLlcln equlvalenLe, como prlmer paso ldenLlflcaremos las
clases de equlvalencla para esLe e[erclclo, Lal como se muesLra en la Labla. Cada una de las
clases ha sldo numerada para faclllLar despues la reallzacln de los casos de prueba.



Cond|c|n
de Lntrada
1|po C|ase Lqu|va|enc|a V||da C|ase Lqu|va|enc|a no V||da
Cd|go
banco
Lglca (puede
esLar o no)
Sl esL es 8ango
1. Ln blanco
2. 100<=Cdlgo banco<=999
3. un valor no numerlco
4. Cdlgo banco<100
3. Cdlgo banco>999
Cd|go
sucursa|
8ango 6. 1000<=Cdlgo sucursal<=9999 7. Cdlgo sucursal<1000
8. Cdlgo sucursal>=9999
N cuenta valor 9. Cualquler numero de 3 dlglLos
10. numero de menos de
clnco dlglLos
11. numero de menos de
cuaLro dlglLos

Ejecucin de Pruebas

21

C|ave valor
12. Cualquler cadena de caracLeres
alfanumerlcos de 3 poslclones
13. Cadena de menos de
clnco poslclones
14. Cadena de ms de clnco
poslclones
Crden
Con[unLo, con
comporLamlenLo
dlsLlnLo
13. "
16. 1alonarlo"
17. MovlmlenLos"
18. Cadena dlsLlnLa de
blanco y de las vlldas
19. 1alonarlos"
20. MovlmlenLo"
llgura 4.1. 1abla del e[emplo del banco

ara generar los casos de prueba, conslderemos la Lecnlca de Anllsls de valores LlmlLe. LsLa
Lecnlca conduce a que deLermlnadas clases de equlvalencla se genere ms de un caso de prueba.
LsLe es el caso por e[emplo, de la clase de equlvalencla 2 y 6 que represenLan un rango de
valores y para los que la Lecnlca de Anllsls de valores LlmlLe lndlca que se generen dos casos
de prueba con el llmlLe lnferlor y el superlor del rango respecLlvamenLe (para ldenLlflcar esLos
casos de prueba se ha anadldo el sufl[o a y b a las clases de equlvalencla correspondlenLe).
Los casos de prueba resulLanLes se muesLran en la Labla.


N Caso
C|ase de Lqu|va|enc|a
8anco Sucursa| Cuenta C|ave Crden kesu|tado
1
1, 6a, 9a, 12a, 13
- 1000 00000 00000 ,,
1odos los movlmlenLos y Lalonarlo
2
2a, 6b, 9b, 12b, 16
100 9999 99999 zzzzz 1alonarlo" Lnvlo de Lalonarlo
3
2b, 6, 9, 12, 17
999 1001 12343 Pyu36 MovlmlenLos" Lnvlo de movlmlenLos
4 3, 6, 9, 12, 13 30A 1989 12347 kuh98 "" Cdlgo banco errneo

S 4, 6, 9, 12, 13 99 1989 12347 kuf98 "" Cdlgo banco errneo
6 3, 6, 9, 12, 13 1000 1989 12347 Abc80 "" Cdlgo banco errneo
7 1, 7, 9, 12, 13 - 999 12347 uef83 "" Cdlgo sucursal errneo
8 1, 8, 9, 12, 16 - 10000 12343 Pyu36 1alonarlo" Cdlgo sucursal errneo
9
1, 6, 10, 12, 16
- 2343 9999 !kgy3 1alonarlo" numero cuenLa errneo
10
1, 6, 11, 12, 16
- 7863 100000 !kgy3 1alonarlo" numero cuenLa errneo

Ejecucin de Pruebas

22

11 1, 6, 9, 13, 16 - 6734 89763 !uL8 1alonarlo" Clave errnea
12 1, 6, 9, 14, 16 - 9998 89763 !uL890 1alonarlo" Clave errnea
13 1, 6, 9, 12, 18 - 8763 89763 Car78 988 Crden errnea
14 1, 6, 9, 12, 19 - 7634 89763 Car78 1alonarlos" Crden errnea
1S 1, 6, 9, 12, 20 - 8769 89763 Car78 MovlmlenLo" Crden errnea

llgura 4.2. Solucln del e[erclclo del banco
5. INFORME Y SEGUIMIENTO DE PRUEBAS

5.1. DOCUMENTACIN EN EL PROCESO DE PRUEBAS

Ln un proyecLo de desarrollo de sofLware exlsLe un con[unLo de documenLos asoclados a cada
una de las fases del clclo de vlda: planlflcacln, anllsls, dlseno, consLruccln, pruebas, eLc.
odemos conslderar el proceso de pruebas como un proyecLo que se e[ecuLa en paralelo con
el desarrollo y en el que se pueden dlsLlngulr Lres grandes eLapas:

reparacln de las pruebas.
L[ecucln de las pruebas.
llnallzacln de las pruebas.

Ln cada una de esLas fases hay que generar la documenLacln aproplada, lo cual puede ser
compllcado sl no se Llene una referencla adecuada. ara proporclonar una base esLndar para
la documenLacln del proceso de pruebas se cre la norma lLLL 829. lLLL 829 propone una
serle de documenLos que enca[an en las eLapas de prueba de la slgulenLe forma:

reparacln de las pruebas.
" lan de pruebas.
" Lspeclflcacln de dlseno de pruebas.
" Lspeclflcacln de casos de prueba.
" Lspeclflcacln de procedlmlenLos de prueba.
" lnforme de Lransferencla de elemenLos de prueba.

L[ecucln de las pruebas.
" 8eglsLro de pruebas.
" lnforme de lncldenLes.

llnallzacln de las pruebas.
" lnforme de resumen de pruebas.

Aunque el esLndar hace referencla a documenLos dlsLlnLos, en la prcLlca no Llenen porque
ser documenLos flslcos separados. lncluso en muchas ocaslones, gran parLe de la lnformacln
no resldlr en documenLos, slno en herramlenLas orlenLadas a soporLar el proceso de
pruebas. or oLro lado, no Lodos los proyecLos requleren el mlsmo grado de formalldad en la
documenLacln del proceso de pruebas: seguramenLe no Lendr el mlsmo rlgor documenLal
un proyecLo de un sofLware medlco que uno sobre la consLruccln de un senclllo slLlo web.
CLros facLores como la culLura y pollLlca de la empresa pueden lnflulr en la formalldad de la
documenLacln.

Ejecucin de Pruebas

23

odemos menclonar que los elemenLos lmpresclndlbles en el proceso de pruebas y los cuales
sern usados duranLe Lodo el proceso son los slgulenLes:


El plan de prueba:
uescrlbe Lodos los meLodos que se uLlllzarn para verlflcar que el sofLware saLlsface
la especlflcacln del producLo y las necesldades del cllenLe. lncluye los ob[eLlvos de
calldad, necesldades de recursos, cronograma, aslgnaclones, meLodos, eLc.

Casos de prueba:
LlsLa los lLems especlflcos que sern probados y descrlbe los pasos deLallados que
sern seguldos para verlflcar el sofLware.

Reporte de bugs:
uescrlben los problemas enconLrados al e[ecuLar los casos de prueba.

Herramientas de pruebas y automatizacin:
uocumenLacln de las herramlenLas empleadas en el proceso de pruebas.

Mtricas, estadsticas y resmenes:
lndlcan como ha sldo el progreso del proceso de prueba. 1oman la forma de grflcos,
Lablas e lnformes escrlLos.

5.1.1. DOCUMENTACIN EN LA PREPARACION DE LAS PRUEBAS

La fase de preparacln de las pruebas es la que ms documenLacln requlere ya que
lmpllca deflnlr aspecLos como el calendarlo de pruebas, que se qulere probar, cmo se va
a probar, sobre que enLorno de pruebas, eLc.
Ll prlmer paso en la documenLacln del proceso de pruebas es la creacln del plan de
pruebas como se ve en la flgura 3.1.

llgura3.1. uocumenLacln relaclonada en la reparacln de las pruebas segun lLLL


Ejecucin de Pruebas

24


5.1.1.1. PLAN DE PRUEBAS

Ll plan de pruebas consLlLuye el plan maesLro que va a dlrlglr los esfuerzos de pruebas
de un proyecLo deLermlnado. un plan de pruebas debe conLemplar los slgulenLes
aspecLos:
Cue elemenLos y funclonalldades del producLo sofLware van a ser probados (y
cules no), es declr el a|cance de las pruebas.

Culen va a reallzar las pruebas (aslgnar responsabllldades) y que recursos se
neceslLan en cuanLo a personas, sofLware, hardware y formacln.

La p|an|f|cac|n de las Lareas de pruebas, con sus dependenclas, calendarlo,
duracln, eLc.

Los Llpos de pruebas a reallzar (de componenLes, de lnLegracln, eLc.) y las
Lecnlcas elegldas para dlsenar las pruebas, asl como el nlvel de coberLura y los
crlLerlos de sallda. Ls declr los aspecLos relaLlvos a la ca||dad de las pruebas.

Los prlnclpales r|esgos a Lener en cuenLa, en especlal las clrcunsLanclas ba[o las
cuales se parar o se relnlclar el proceso de pruebas.


0123452436 7896:6 0; 0< 012=;:63
Segun el esLndar lLLL 829 la esLrucLura que deberla conLener nuesLro plan de
pruebas deberla ser la slgulenLe:
o ldenLlflcador unlco del documenLo (para la gesLln de conflguracln).
o lnLroduccln y resumen de elemenLos y caracLerlsLlcas a probar.
o LlemenLos sofLware que se van a probar (por e[emplo, programas o mdulos).
o CaracLerlsLlcas que se van a probar.
o CaracLerlsLlcas que no se prueban.
o Lnfoque general de la prueba (acLlvldades, Lecnlcas, herramlenLas, eLc.).
o CrlLerlos de paso/fallo para cada elemenLo.
o CrlLerlos de suspensln y requlslLos de reanudacln.
o uocumenLos a enLregar (como mlnlmo, los descrlLos en el esLndar).
o AcLlvldades de preparacln y e[ecucln de pruebas.
o necesldades de enLorno.
o 8esponsabllldades en la organlzacln y reallzacln de las pruebas.
o necesldades de personal y deformacln.
o Lsquema de Llempos (con Llempos esLlmados, hlLos, eLc.).
o 8lesgos asumldos por el plan y planes de conLlngenclas para cada rlesgo.
o Aprobaclones y flrmas con nombre y puesLo desempenado.
o Closarlo




Ejecucin de Pruebas

25

5.1.1.2. DOCUMENTO DE ESPECIFICACIN DE DISEO DE PRUEBAS
La especlflcacln del dlseno de pruebas es el prlmer paso en el desarrollo real de las
pruebas. LsLe documenLo especlflca las caracLerlsLlcas y funclonalldades que se
quleren probar del producLo sofLware (condlclones de la prueba o requlslLos de la
prueba) y su prlorlzacln, asl como los crlLerlos de exlLo/fallo de las pruebas. or
e[emplo, en un mdulo de gesLln de usuarlos, las slgulenLes podrlan ser condlclones
de prueba: un usuarlo puede darse de alLa en el slsLema", un usuarlo puede darse
de ba[a en el slsLema". Ll documenLo de especlflcacln de dlseno de pruebas ayuda a
deLermlnar en una fase Lemprana dnde se quleren cenLrar los esfuerzos de la
prueba, de Lal forma que despues no se malgasLen energlas en crear casos de prueba
para elemenLos que no merecen la pena.

ESTRUCTURA FIJADA POR EL ESTNDAR

Segun el esLndar lLLL 829 la esLrucLura que deberla conLener nuesLra
especlflcacln de dlseno de pruebas deberla ser la slgulenLe:

A.. ldenLlflcador (unlco) para la especlflcacln. roporclonar Lamblen una
referencla del plan asoclado (sl exlsLe).

8.. CaracLerlsLlcas a probar de los elemenLos sofLware (y comblnaclones de
caracLerlsLlcas).

C.. ueLalles sobre el plan de pruebas del que surge esLe dlseno, lncluyendo
las Lecnlcas de prueba especlflca y los meLodos de anllsls de resulLados.

u. ldenLlflcacln de cada prueba:
ldenLlflcador.
Casos que se van a uLlllzar.
rocedlmlenLos que se van a segulr.

L.. CrlLerlos de paso/fallo de la prueba (crlLerlos para deLermlnar sl una
caracLerlsLlca o comblnacln de caracLerlsLlcas ha pasado con >?@+& #-
A,$(B- & *&C/


5.1.1.3. DOCUMENTO DE ESPECIFICACIN DE CASOS DE PRUEBA

Las condlclones o requlslLos de la prueba suelen esLar especlflcadas de forma muy
vaga. un caso de prueba reallza una especlflcacln ms deLallada lndlcando:

Los daLos de enLrada concreLos que hay que uLlllzar (por e[emplo, e[ecuLar
proceso de alLa con nombre de usuarlo !uan" y conLrasena 123").

Cul es el resulLado esperado Lras la e[ecucln de la prueba. CLros elemenLos
relevanLes que deben lndlcar el documenLo de casos de prueba son:

Las precondlclones que se han de dar anLes de la e[ecucln del caso de prueba.
or e[emplo, Ll usuarlo con nombre !uan" no debe exlsLlr en el slsLema".

lnLerdependenclas enLre los casos de LesL. or e[emplo, sl hay un caso de LesL
que crea con exlLo un usuarlo con nombre !uan", Lendrla que ser e[ecuLado
despues del caso anLerlor para que las precondlclones del prlmero se puedan
cumpllr.

Ejecucin de Pruebas

26

ESTRUCTURA FIJADA POR EL ESTNDAR
Segun el esLndar lLLL 829 la esLrucLura que deberla conLener nuesLra
especlflcacln de casos de prueba deberla ser la slgulenLe:
A. ldenLlflcador unlco de la especlflcacln.
8. LlemenLos sofLware (p. e[., mdulos) que se van a probar: deflnlr dlchos
elemenLos y las caracLerlsLlcas que e[erclLar esLe caso.
C. Lspeclflcaclones de cada enLrada requerlda para e[ecuLar el caso
(lncluyendo las relaclones enLre las dlversas enLradas, p. e[., la
slncronlzacln de las mlsmas).
u. Lspeclflcaclones de Lodas las salldas y las caracLerlsLlcas requerldas (p. e[.,
el Llempo de respuesLa) para los elemenLos que se van a probar.
L. necesldades de enLorno (hardware, sofLware y oLras como, por e[emplo,
el personal).
l. 8equlslLos especlales de procedlmlenLo (o resLrlcclones especlales en los
procedlmlenLos para e[ecuLar esLe caso).
C. uependenclas enLre casos (p. e[., llsLar los ldenLlflcadores de los casos que
se van a e[ecuLar anLes de esLe caso de prueba).

5.1.1.4. DOCUMENTO DE ESPECIFICACIN DE LOS PROCEDIMIENTOS DE
PRUEBA

LsLe documenLo especlflca aspecLos como:
Los pasos deLallados de cmo e[ecuLar cada LesL y el orden de e[ecucln.
La conflguracln exacLa del enLorno de pruebas.
or e[emplo, un procedlmlenLo de pruebas podrla conLener lnsLrucclones como las
slgulenLes:
aso 1: 8ecrear la base de daLos e[ecuLando el scrlpL bbdd.sql".
aso 2: Cargar usuarlos en base de daLos con el scrlpL usuarlos.sql".
aso 3: Acceder a la u8L hLLp://pruebas/logln
LLc.

ESTRUCTURA FIJADA POR EL ESTNDAR
Segun el esLndar lLLL 829 la esLrucLura que deberla conLener
nuesLra especlflcacln de los procedlmlenLos de prueba deberla ser la
slgulenLe:
ldenLlflcador unlco de la especlflcacln y referencla a la correspondlenLe
especlflcacln de dlseno de prueba.
Cb[eLlvo del procedlmlenLo y llsLa de casos que se e[ecuLan con el.
8equlslLos especlales para la e[ecucln (p. e[., enLorno especlal o personal
especlal).
asos en el procedlmlenLo. Adems de la manera de reglsLrar los
resulLados y los lncldenLes de la e[ecucln, se debe especlflcar:
La secuencia necesaria de acciones para preparar la ejecucin.
Acciones necesarias para empezar la ejecucin.
Acciones necesarias durante la ejecucin.
Cmo se realizarn las medidas (p. ej., el tiempo de respuesta).
Acciones necesarias para suspender la prueba (cuando los

Ejecucin de Pruebas

27

acontecimientos no previstos lo obliguen).
Puntos para reinicio de la ejecucin y acciones necesarias para el reinicio en
estos puntos.
Acciones necesarias para detener ordenadamente la ejecucin.
Acciones necesarias para restaurar el entorno y dejarlo en la
situacin existente antes de las pruebas.
Acciones necesarias para tratar los acontecimientos anmalos.

5.1.1.5. INFORME DE TRANSMISIN DE ELEMENTOS DE PRUEBAS
ueLrs de esLe nombre Lan compllcado se esconde un documenLo cuyo propslLo es
descrlblr los elemenLos que van a enLrar en una fase de pruebas. ue esLa forma los
Lecnlcos de pruebas pueden Lener la garanLla de que los elemenLos que van a probar
esLn preparados y saben dnde locallzarlos.
5.1.2. DOCUMENTACION DURANTE LA EJECUCION DE LAS PRUEBAS
uuranLe la e[ecucln de las pruebas es fundamenLal conocer el esLado del proceso de
prueba, saber que pruebas se han e[ecuLado y cules quedan pendlenLes, que defecLos se
han enconLrado, eLc. ara ello, se crean los reglsLros de pruebas (o los Lamblen llamados
PlsLrlcos de pruebas o LesL log) y los lnformes de lncldenLes Lal como se muesLra en la
flgura 3.2.





llgura 3.2. uocumenLacln relaclonada duranLe la L[ecucln de las pruebas segun lLLL


Ejecucin de Pruebas

28

5.1.2.1. REGISTRO DE PRUEBAS (HISTRICO DE PRUEBAS O TEST LOG)
un ob[eLlvo fundamenLal del proceso de prueba es proporclonar lnformacln
acerca del slsLema que se esL probando. Ll reglsLro de pruebas documenLa los
aspecLos relaLlvos a la e[ecucln de las pruebas: que prueba se han e[ecuLado,
qulen y cundo los ha e[ecuLado, en que orden, en que enLorno, sl la prueba ha
pasado o ha fallado. Ln esLe documenLo es lmporLanLe Lamblen, asoclar la
lnformacln de e[ecucln de cada prueba con verslones especlflcas del sofLware en
prueba para garanLlzar la Lrazabllldad. La lnformacln recoglda en el reglsLro de
pruebas permlLe conocer el progreso de la fase de e[ecucln de pruebas y Lomar
declslones acerca de sl el sofLware esL llsLo para pasar a la slgulenLe fase.
ESTRUCTURA FIJADA EN EL ESTNDAR
Segun el esLndar lLLL 829 la esLrucLura que deberla conLener nuesLro reglsLro de
pruebas deberla ser la slgulenLe:
A. ldenLlflcador
8. uescrlpcln de la prueba: elemenLos probados y enLorno de la prueba
C. AnoLacln de daLos sobre cada hecho ocurrldo (lncluldo el comlenzo y el
flnal de la prueba)
a. lecha y hora
b. ldenLlflcador de lnforme de lncldenLe
u. CLras lnformaclones
5.1.2.2. INFORME DE INCIDENTES
Pay que resalLar la referencla al Lermlno lncldenLe", un lncldenLe no Llene porque
deberse necesarlamenLe a un defecLo en el slsLema. un lncldenLe represenLa una
dlscrepancla enLre los resulLados esperados y los resulLados obLenldos. LsLa
dlscrepancla puede deberse a varlos moLlvos, como un defecLo, un error en la
especlflcacln de los casos de prueba, una mala lnLerpreLacln de los requlslLos, eLc.
Ll lnforme de lncldenLes debe conLener Loda la lnformacln necesarla para la
ldenLlflcacln y resolucln del lncldenLe: enLradas uLlllzadas, resulLados esperados,
resulLados obLenldos, paso del procedlmlenLo en el que se ha producldo el lncldenLe,
conflguracln del enLorno, valoracln del lmpacLo, eLc.

ESTRUCTURA FIJADA EN EL ESTNDAR
Segun el esLndar lLLL 829 la esLrucLura que deberla conLener nuesLro
lnforme de lncldenLes deberla ser la slgulenLe:
A. ldenLlflcador
8. 8esumen del lncldenLe
C. uescrlpcln de daLos ob[eLlvos (fecha/hora, enLradas,
resulLados esperados, eLc.)
u. lmpacLo que Lendr sobre las pruebas





Ejecucin de Pruebas

29

5.1.3. DOCUMENTACIN PARA LA FINALIZACION DE LAS PRUEBAS

una vez flnallzado el proceso de pruebas, se Llene que proporclonar suflclenLe
lnformacln para que los lnvolucrados en el proyecLo puedan conocer los
resulLados y Lomar declslones.


5.1.3.1. INFORME DE RESUMEN DE PRUEBAS

Ll lnforme flnal de pruebas se crea en hlLos deLermlnados del proyecLo o al flnallzar
un nlvel de pruebas deLermlnado. ermlLe comunlcar a Lodos los sLakeholders los
resulLados obLenldos para asl decldlr sl el sofLware esL llsLo para pasar a la slgulenLe
fase. LsLe lnforme proporclona lnformacln sobre las pruebas reallzadas y el Llempo
consumldo, asl como valoraclones acerca de la calldad del proceso de prueba
reallzado, del nlvel de calldad alcanzado en el producLo. LsLe lnforme flnal puede
servlr como base para planlflcar me[oras fuLuras en el proceso de prueba

ESTRUCTURA FIJADA EN EL ESTNDAR

Segun el esLndar lLLL 829 la esLrucLura que deberla conLener nuesLro lnforme de resumen
de pruebas deberla ser la slgulenLe:

A. ldenLlflcador
8. 8esumen de la evaluacln de los elemenLos probados
C. varlaclones del sofLware respecLo a su especlflcacln de dlseno, asl como
las varlaclones en las pruebas
u. valoracln de la exLensln de la prueba (coberLura lglca, funclonal, de
requlslLos, eLc.)
L. 8esumen de los resulLados obLenldos en las pruebas
l. Lvaluacln de cada elemenLo sofLware someLldo a prueba (evaluacln
general del sofLware lncluyendo las llmlLaclones del mlsmo)
C. llrmas y aprobaclones de qulenes deban supervlsar el lnforme

5.2. SEGUIMIENTO DE LAS PRUEBAS
5.2.1. DEPURACIN (DEBUGGING)
5.2.1.1. DEFINICIN
Casl Lodos los complladores suelen llevar asoclada la poslbllldad de e[ecuLar un programa paso
a paso, permlLlendole al operador conocer dnde esL en cada momenLo, y cunLo valen las
varlables. Los depuradores pueden usarse para reallzar lnspecclones rlgurosas sobre el
comporLamlenLo dlnmlco de los programas. La prcLlca demuesLra, no obsLanLe, que su uso
es Ledloso y que slo son eflcaces sl se perslgue un ob[eLlvo muy claro. Ll ob[eLlvo hablLual es
uLlllzarlo como consecuencla de la deLeccln de un error. Sl el programa se comporLa mal en un
clerLo punLo, hay que averlguar la causa preclsa para poder repararlo. La causa a veces es
lnmedlaLa (por e[emplo, un operador booleano equlvocado), pero a veces depende del valor
concreLo de los daLos en un clerLo punLo y hay que buscar la causa en oLra zona del programa.
Ll depurador es el ulLlmo paso para convencernos de nuesLro anllsls y afronLar la reparacln
con conoclmlenLo de causa.


Ejecucin de Pruebas

30


llgura 3.3. roceso de uepuracln


5.2.1.2. CONSEJOS PARA LA DEPURACIN

LOCALIZACIN DEL ERROR
Anallzar la lnformacln y pensar.
Al llegar a un punLo muerLo, pasar a oLra cosa.
Al llegar a un punLo muerLo, descrlblr el problema a oLra persona.
usar herramlenLas de depuracln slo como recurso secundarlo.
no experlmenLar camblando el programa.
Se deben aLacar los errores lndlvldualmenLe.
Se debe fl[ar la aLencln Lamblen en los daLos.

CORRECCIN DEL ERROR
uonde hay un defecLo, suele haber ms.
uebe fl[arse el defecLo, no sus slnLomas.
La probabllldad de correglr perfecLamenLe un defecLo no es del 100.
Culdado con crear nuevos defecLos.
La correccln debe slLuarnos LemporalmenLe en la fase de dlseno.
Camblar el cdlgo fuenLe, no el cdlgo ob[eLo.





Ejecucin de Pruebas

31

CONCLUSIN
AcLualmenLe podemos aflrmar que probar es buscarle los fallos a un programa.
La fase de pruebas absorbe una buena porcln de los cosLes de desarrollo de sofLware. Adems, se
muesLra renuenLe a un LraLamlenLo maLemLlco o, slmplemenLe, auLomaLlzado. Su e[ecucln se basa
en meLodologla (reglas que se les dan a los encargados de probar) que se va desarrollando con la
experlencla. Ls Ledlosa, es un arLe, es un Lraba[o que requlere una buena dosls de mala lnLencln, y
provoca dlflclles reacclones humanas.
Aunque se han desarrollado mlles de herramlenLas de soporLe de esLa fase, Lodas han llmlLado su exlLo
a enLornos muy concreLos, frecuenLemenLe slo slrvlendo para el producLo para el que se
desarrollaron. Slo herramlenLas muy generales como anallzadores de comple[ldad, slsLemas de
e[ecucln slmbllca y medldores de coberLura han mosLrado su uLllldad en un marco ms ampllo. ero
al flnal slgue slendo lmpresclndlble un arLlsLa humano que sepa mane[arlas.
Asl podemos aflrmar que las herramlenLas son lmporLanLes pero una herramlenLa de prueba O5 es una
esLraLegla O3 un proceso O3 un plan de prueba.
una herramlenLa de pruebas sln saber Lecnlcas, prcLlcas y Lener experlencla en pruebas es Lan uLll
como un enLorno de programacln sln saber el lengua[e.


























Ejecucin de Pruebas

32

RECOMENDACIONES
Con lo leldo anLerlormenLe se puede recomendar para la e[ecucln de una prueba exlLosa los
slgulenLes punLos:
Cada caso de prueba debe deflnlr el resulLado de sallda esperado que se comparar
con el realmenLe obLenldo.
Ll programador debe evlLar probar sus proplos programas, ya que desea (consclenLe
o lnconsclenLemenLe) demosLrar que funclonan sln problemas.
o Adems, es normal que las slLuaclones que olvld conslderar al crear el
programa queden de nuevo olvldadas al crear los casos de prueba.
Se debe lnspecclonar a conclencla el resulLado de cada prueba, asl, poder descubrlr
poslbles slnLomas de defecLos.
Al generar casos de prueba, se deben lnclulr LanLo daLos de enLrada vlldos y
esperados como no vlldos e lnesperados.
Las pruebas deben cenLrarse en dos ob[eLlvos (es hablLual olvldar el segundo):
o robar sl el sofLware no hace lo que debe hacer.
o robar sl el sofLware hace lo que debe hacer, es declr, sl provoca efecLos
secundarlos adversos.
- Se deben evlLar los casos desechables, es declr, los no documenLados nl dlsenados
con culdado.
o ?a que suele ser necesarlo probar muchas veces el sofLware y por LanLo hay
que Lener claro que funclona y que no.
no deben hacerse planes de prueba suponlendo que, prcLlcamenLe, no hay defecLos
en los programas y, por lo LanLo, dedlcando pocos recursos a las pruebas -> s|empre
hay defectos.
La experlencla parece lndlcar que donde hay un defecLo hay oLros, es declr, la
probabllldad de descubrlr nuevos defecLos en una parLe del sofLware es proporclonal
al numero de defecLos ya descublerLo.
Las pruebas son una Larea LanLo o ms creaLlva que el desarrollo de sofLware.
Slempre se han conslderado las pruebas como una Larea desLrucLlva y ruLlnarla.
Ls lnLeresanLe planlflcar y dlsenar las pruebas para poder deLecLar el mxlmo numero y varledad de
defecLos con el mlnlmo consumo de Llempo y esfuerzo.



33

. BIBLIOGRAFA




lalrley 8. 8*D(*@(,E- '( 1&"+F-,(.
ressman, 8.S. 8*D(*@(,E- '(# 1&"+F-,(/ 4* (*"&G$( A,H)+@)&.
hLLp://pruebas-de-calldad-de-sofLware.blogspoL.com
hLLp://luLL2s2.wlklspaces.com/unldad+vll+1C3A9cnlcas+de+ManLenlmlenLos+de+rogramas
hLLp://lndalog.ual.es/mLorres/L/rueba.pdf
hLLp://www.slldeshare.neL/gladlsha/pruebas-del-sofLware-13780263
hLLp://equlpomaqulla.blogspoL.com/2010/03/relaclon-enLre-defecLo-falla-y-error.hLml
hLLp://es.scrlbd.com/doc/136999817/76763984-L[ecuclon-de-ruebas-Crlglnal
hLLp://www.slldeshare.neL/!ordlCalpeCorLs/76763984-e[ecuclondepruebasorlglnal
hLLp://es.scrlbd.com/doc/83212712/Cpen21esL-L-1esLer-userCulde
hLLp://help.uLesL.com/LesLers/crash-courses/funcLlonal/LesL-case-compleLlon-execuLlon-101