Estrategias de Prueba de Software Expo (2)

7/23/2019 Estrategias de Prueba de Software Expo (2)

1/49

EQUIPO 5

INGENIERIA DEL SOFTWARE

ESTRATEGIAS DE PRUEBA DE SOFTWARE

INTEGRANTES:BLANCAS ALEGRE JOSE LUIS

ILLESCAS FRIAS JESUS ALFREDO

URABNAO RAMIREZ MARIO JOSUE

SIMBRON MONTEJO PILAR


2/49

UNA ESTRATEGIA DE PRUEBA DE SOFTWARE PROPORCIONA

UNA GUIA QUE DESCRIBE LOS PASOS QUE DEBEN REALIZARSE

COMO PARTE DE LA PRUEBA,CUANDO SEPLANEA Y SE LLEVAN A

CABO DICHOS PASOS POR LO TANTO CUALQUIER ESTRATEGIA

DE PRUEBA DEBE INCORPORAR LA PLANIFICACION DE LA

PRUEBA,EL DISEO DE LOS CASOS DE PRUEBA, LA EJECUCION

DE LA PRUEBA Y LA RECOLECCION Y EVALUACION DE LOS

RESULTADOS.

ESTA DEBE SER SUFICIENTE MENTE FLEXIBLE PARA PROMOVER

UN USO PERSONALIZADO DE LA PRUEBA Y SUFICIENTEMENTE

RIGIDA PARA ALENTAR A LA PLANIFICACION



3/49

UN ENFOQUE ESTRATEGICO PARA LA PRUEBADE SOFTWARE

PARA REALIZAR UNA PRUEBA DEBE REALIZAR REVISIONES TECNICASEFECTIVAS (!" AL HACERLO, ELIMINARA MUCHOS ERRRORES ANTES DECOMEZAR LA PRUEBA

LA PRUEBA COMINEZA EN LOS COMPONETNES Y OPERA #HACIA A FUERA#,HACIA LA INTEGRACION DE TODO EL SISTEMA DE COMPUTO

DIFERENTES TECNICAS DE PRUEBA SON ADECUADAS PARA DISTINTESENFOQUES DE INGENIERIA DE SOFTWARE Y EN DIFERENTES MOMENTOS ENEL TIEMPO

LAS PRUEBAS LAS REALIZA EL DESARROLLADOR DEL SOFTWARE Y

PARAPROYECTOS GRANDES UN GRUPO DE PRUEBA INDEPENDIENTE

PRUEBA Y DEPURACION SON LAS ACTIVIDADES DIFERENTES PERO LADEPURACION DEBE INCLUIRSE EN CUALQUIER ESTRATEGIA DE PRUEBA


4/49

VERIFICACION Y VALIDACION

VERIFICACION SE REFIERE AL CONJKUNTO DE TAREASQUE GARANTIZAM QUE EL SOFTWARE IMPLEMENTACORRECTAMENTE UNA FUNCION ESPECIFICA

VALIDACION ES UN CONJUNTO DE DIFERENTES TAREASQUE SE ASEGURAN QUE EL SOFTWARE QUE SE

CONSTRUYE, SIGUE LOS REQUERIMINETOS DEL CLIENTE


5/49

ORGANIZACIN DE LAS PRUEBAS DELSOFTWARE

EN TODO PROYECTO DE SOFTWARE HAY UN CONFLICTO DEINTERESES QUE OCURRE CONFORME COMIENZAN LASPRUEBAS.

EL PAPEL DE UN GPI ES REMOVER LOS PROBLEMASINHERENTES QUE ESTAN ASOCIADOS CON DEJAR ALCONSTRUCTOR PROBAR LO QUE CONSTRUYO.


6/49

ESTRATEGIAS DE PRUEBA

DELSOFTWARE VISION GENERAL (VISION GENERAL)

E !"#$% '% *+"% !%'% -%"&% $## + %&!/"+

P"%0+ '% &/&%+

P"%0+ '% -+/'+$/12P"%0+ '% /2%3"+$/12

P"%0+ '% 2/'+'

D/&%4#

R%5%"//%2#&I23%2/%"6+ '% &/&%+&

C1'/3#


7/49

P"%0+& '% #"'%2 &!%"/#"

P"%0+ '% /2%3"+$/#2

P"%0+ '%2/'+'

R%5%"//%2#&

D/&%4#

C#'/3#

D/"%$$/12'% +!"%0+


8/49

Aspectos

estrt!"#cos


9/49

E&!%$//$+2 #& "%5%"//%2#& '% !"#'$# %2 #"+$+2//$+0% $7# +2%& '% $#%28+".

%&+0%$%2 '% +2%"+ %9!/$/+ #& #0:%/-#& '% +& !"%0+&

E2/%2'%2 + #& &+"/#& '% *+"% Y '%&+""#+2 2 !%"/ !+"+ $+'+ $+%3#"/+ '% &+"/#

D%&+""#+2 2 !+2 '% !"%0+ 5% %2+/$% ;!"%0+& '% $/$#"


10/49

ESTRATEGIA DE PRUEBAS PARA SOFTWARECONVENCIONAL

E9/&%2 $7+& %&"+%3/+& 5% !%'%2 &+"&% !+"+ !"#0+" %*+"%. E2 2 %9"%# !%'%2 %&!%"+"&% 7+&+ 5% % &/&%+%&% $#!%+%2% $#2&"/'# > %3# "%+/8+" +& !"%0+&"% % &/&%+ #+, $#2 + %&!%"+28+ '% %2$#2"+" %""#"%&.


11/49

PRUEBA DE UNIDAD

L+ !"%0+ '% 2/'+' %2#$+ #& %&%"8#& '% -%"//$+$/12 %2 +2/'+' +& !%5%4+ '% '/&%4# '% *+"%.

L+ /2%"+8 '% #'# &% !"%0+ !+"+ 3+"+2/8+" 5% +/2#"+$/12 >+ '% +2%"+ +'%$+'+ 7+$/+ > '%&'% + 2/'+''% *+"% 5% &% %&+ !"#0+2'#.


12/49

#'#

C+& '%!"%0+

I2%"+8E&"$"+& '%'+#& #$+%&,$#2'/$/#2%& '%"#2%"+, "+&/2'%!%2'/%2%&R+& '% +2%:#'% %""#&


13/49

L+& !"%0+& '% 2/'+' !#" # 3%2%"+ &% $#2&/'%"+2$## +':2+& + !+ '% $#2'/$/12.

%2 +& +>#"6+& '% +& +!/$+$/#2%&, 2 $#2"#+'#"2# %& +& 5% ;2 !"#3"++ !"/2$/!+= 5% +$%!+

$+& '% !"%0+

PROCEDIMIENTOS DE PRUEBA DE UNIDAD


14/49

$#2"#+'#"

M#'# 5%&% -+ +!"#0+"

"%!"%&%2+2%

"%!"%&%2+2%

C+&'%

!"%0+

I2%"+8E&"$"+& '% '+#$+%&, $#2'/$/#2%& '%

"#2%"+, "+&/2'%!%2'/%2%&R+& '% +2%:# '%%""#&

"%&+'#


15/49

L+& !"%0+& '% /2%3"+$/12 2+ ?$2/$+&/&%


16/49

INTEGRACIN DESCENDENTE

E& 2 %2#5% /2$"%%2+ + + $#2&"$$/12 '% + +"5/%$"+'% *+"%.

L#& 1'#& &% /2%3"+2 + #-%"&% 7+$/+ +0+:# + "+-?& '% +:%"+"56+ '% $#2"#, $#%28+2'# $#2 #'# '% $#2"#!"/2$/!+.


17/49

M@

M M

MM

M

M

M


18/49

INTEGRACION ASCENDENTE

L+ !"%0+ '% /2%3"+$/12 +&$%2'%2% $#/2%8+ + $#2&"$$/12> + !"%0+ $#2 1'#& +1/$#& ($#2 $#!#2%2%& %2 #&2/-%%& /2%"/#"%& '%2"# '% + %&"$"+ '% !"#3"++) !%% %& $#!#2%2%& &% /2%3"+2 '% +0+:# 7+$/+ +""/0+


19/49

L#& !+& !+"+ 2+ %&"+%3/+ '% /2%3"+$/12 +&$%2'%2%

@. L#& $#!#2%2%& %2 % 2/-% /2%"/#"

. S% %&$"/0% 2 $#2"#+'#"

. S% !"%0+ % 3"!#

. L#& $#2"#+'#"%& &% "%%-%2 > #& 3"!#& &% $#0/2+2

#-/?2'##& 7+$/+ +""/0+ %2 + %&"$"+ '% !"#3"++


20/49


21/49

P"%0+ '% "%3"%&/12

@. U2+ %&"+ "%!"%&%2+/-+ '% !"%0+& 5% %:%"$/+"+ #'+& +&2$/#2%& '% *+"%

. P"%0+& +'/$/#2+%& 5% &% %2#$+2 %2 +& 2$/#2%& '%*+"% 5% !"#0+0%%2% "%&%2 +%$+'+& !#" % $+0/#

. P"%0+& 5% &% %2#$+2 %2 #& $#!#2%2%& '% *+"% 5%$+0/+"#2


22/49


23/49

L#& 0%2%/$/#& '% + !"%0+ '% 7#

@. S% /2//8+ % "/%&3# '% /2%3"+$/12.

. L+ $+/'+' '% !"#'$# /2+ %:#"+.

. E '/+32#&/$# > + $#""%$$/12 '% %""#"%& &% &/!//$+2.

. E !"#3"% %& +&


24/49


25/49


26/49



27/49


28/49


29/49

UN PLAN DE PRUEBA &0"+>+ +&$+&%& '% !"%0+& 5% &% -+2 +"%+/8+"

L+ -+/'+$/12 '% *+"% &% #3"+ + "+-?& '% 2+ &%"/% '% !"%0+& 5% '%%&"+2 $#2#"/'+'$#2 #& "%5%"//%2#&.

U2 PROCEDIMIENTO DE PRUEBA '%/2%$+& '% !"%0+ %&!%$6/$#& 5% &% '/&%4+2!+"+ 3+"+2/8+" 5% &% &+/&+$%2 #'#& #&"%5%"//%2#& '% 2$/#2+/%2#, &% #3"+2#'+& +& $+"+$%"6&/$+& '% $#!#"+/%2#,

#'# % $#2%2/'# %& !"%$/ > &% !"%&%2+ '%+2%"+ +'%$+'+, &% #3"+2 #'#& #&"%5%"//%2#& '% "%2'//%2#, +'#$%2+$/12 %& $#""%$+ > &% &+/&+$%2 ++$//'+' '% > #"#& "%5%"//%2#& (!#"%:%!#, "+2&!#"+0//'+', $#!+/0//'+',

"%$!%"+$/12 '% %""#", +2%2//%2#).

D%&!?& '% "%+/8+" $+'+ $+ '% !"%0+ '%-+/'+$/12, %9/&%2 '#& !#&/0%& $#2'/$/#2%& L+ $+"+$%"6&/$+ '% 2$/12 # "%2'//%2# &%

$#2#"+ '% +$%"'# $#2 +& %&!%$//$+$/#2%&> &% +$%!+.

S% '%&$0"% 2+ '%&-/+$/12 '% +

%&!%$//$+$/12 > &% $"%+ 2+ /&+ '%'%/$/%2$/+&.

@..@ CRITERIOS DE PRUEBAS DE VALIDACIN


30/49

@.. REVISIN DE LA CONFIGURACIN

U2 %%%2# /!#"+2% '% !"#$% '% -+/'+$/12 %& 2+ "%-/&/12 '% +$#2/3"+$/12. L+ /2%2$/12 %& 3+"+2/8+" 5% #'#& #& %%%2#& '% +

$#2/3"+$/12 '% *+"% &% '%&+""#+"#2 '% +2%"+ +'%$+'+, > 5%&% $++#3+ > &% /%2% % '%+% 2%$%&+"/# !+"+ "%#"8+" +& +$/-/'+'%& '%+!#>#. L+ "%-/&/12 '% + $#2/3"+$/12, %2 #$+&/#2%& ++'+ +'/#"6+, &%%&'/+ $#2


31/49

@.. PRUEBAS ALFA Y BETA

V/"+%2%, %& #$pos#%&e 5% 2 '%&+""#+'#" '% *+"% pre'e c($o )sr* % $/%2%"%+%2% 2pro"r$. L+& #+str)cc#o+es!+"+ &+"# !%'%2 $+terpretrse "%3+"%2%

!%'%2 &+"&% $#0/2+$/#2%& %9"+4+& '% '+#& + &+/'+ 5% !+"%$6+ $+"+ + 5/%2 "%+/81 +

!"%0+ !%'% &%" /2/2%/3/0% !+"+ 2 &+"/#.

C+2'# &% $#2&">% so,t-re & $e.#. !+"+ 2 $/%2%, &% "%+/8+ 2+ &%"/% '% !"%0+& '%

+$%!+$/12 + /2 '% !%"//" + $/%2% -+/'+" #'#& #& "%5%"//%2#&. R%+/8+'+ !#" % &+"/#/2+ %2 3+" '% !#" #& /23%2/%"#& '% *+"%, 2+ !"%0+ '% +$%!+$/12 !%'% -+"/+" '%&'% 2+;!"%0+ '% $#2'$$/12= /2#"+ 7+&+ 2+ &%"/% '% !"%0+& !+2//$+'+& > %:%$+'+&&/&%


32/49


33/49

E2 #$+&/#2%& &% "%+/8+ 2+ 'r#c#(+ .e & pr)e% %et,&&$.pr)e% .e ceptc#(+ '% $/%2%, $+2'# % *+"%&% %2"%3+ + 2 $/%2% 0+:# $#2"+#. E ce+tere+&%"/% '% pr)e%s espec1,#cs $#2 + /2%2$/12 '% .esc)%r#r

errores +tes .e +$%!+" % *+"% '% '%&+""#+'#". E2+32#& $+& (!#" %:%!#, 2 3"+2 $#"!#"+/-# # &/&%+30%"2+%2+) + !"%0+ '% +$%!+$/12 !%'% &%" > #"+> +0+"$+" $7#& '6+& # /2$ &%+2+& '% !"%0+.


34/49

PUEBAS DEL SISTEMAEstas pruebas quedan fuera del mbito del proceso de software no

se lle!an a cabo e"clusi!amente por parte de in#enieros desoftware$

Sin embar#o los pasos que se toman durante el dise%o de la pruebade software pueden me&orar enormemente la probabilidad de

inte#raci'n e"itosa de software en el sistema

Un problema clsico en la prueba del sistema es el (dedoacusador)* esto ocurre cuando se descubre un error losdesarrolladores de diferentes elementos del sistema se culpan unos

a otros por el problema* en lu#ar de abandonarse a tal sentido*deben anticiparse los potenciales problemas del interfa+$


35/49


36/49

PRUEBAS DE RECUPERACI$N

Los sistemas basados en computadora deben recuperarse de fallas reanudar el procesamiento con poco o nin#2n tiempo de inacti!idad$ Enal#unos casos un sistema debe ser tolerante a las fallas$

En caso de ocurrir al#2n tipo de falla el desarrollador debe reali+ar una seriede procedimientos para la restauraci'n del sistema$


37/49

Una !e+ recuperado el sistema el desarrollador debecerciorarse que el sistema fue restaurado de formaeficiente* para ello debe se#uir ciertos procesos* e&emplo3

4erificar que los procesos de recuperaci'n 5manual oautomtica6 restauraron apropiadamente la base de

datos$

Estas pruebas ase#uran que una aplicaci'n o sistemase recupere de una !ariedad de anomal7as de 8ardware*

software o red con perdidas de datos o fallas deinte#ridad$


38/49

PRUEBA DE SEGURIDAD2OBJETI3O:

9I4EL DE SE:U0IDAD DE LA APLI;A;IUE U9 A;T?0 S?L? PUEDA A;;EDE0 A LAS=U9;I?9ES @ DAT?S >UE SU USUA0I? TIE9EPE0MITID?$

9I4EL DE SE:U0IDAD DEL SISTEMA3 4E0I=I;A0>UE S?L? L?S A;T?0ES ;?9 A;;ES? AL SISTEMA@ A LA APLI;A;I


39/49

G+"+2/8+>ue los usuarios estn restrin#idos a funciones espec7ficas o su acceso estlimitado 2nicamente a los datos que est autori+ado a acceder$

>ue solo aquellos usuarios autori+ados a acceder al sistema son capaces dee&ecutar las funciones del sistema $

TambiCn #aranti+a ?b&eti!os espec7ficos de se#uridad de cada sistema$


40/49


41/49


42/49

PRUEBAS DE RENDIMIENTO

La pruebas de rendimiento estan dise%adaspara probar el desempe%o del software entiempo de e&ecuci'n dentro del conte"to de unsistema inte#rado

Se aplica en todos los pasos del proceso de laprueba incluso al ni!el de la unidad* el

desempe%o de un modulo indi!idual debee!aluarse mientras se reali+an las pruebas$


43/49

P0UEBAS DE DESPLIE:UEEn muc8os casos el software debe e&ecutarse en !arias plataformas ba&o mas

de un entorno de sistema operati!o$

La prueba de desplie#ue* en ocasiones llamada prueba de confi#uraci'n* e&ercitael software en cada entorno en el que debo operar* adems e"amina todos losprocedimientos de instalaci'n el software de instalaci'n especiali+ado$


44/49


45/49

EL PROCESO DE DEPURACION

LA DEPURACION NO ES UNA PRUEBA PERO

ESTA OCURRE CON FRECUENCIA COMO

CONSECUENCIA DE UNA PRUEBA.


46/49

C+&'%

!"%0+

DEPURACION

RESULTADOS

C

AUSA

SSO

SPE

CHOSA

S

PRUEB

ASADICION

ALES

PUEBRASDEREGRESION

CORR

ECIONE

S

CAUSASIDENTIFICADA

S


47/49

CONSIDERACIONES PSICOLOGICAS ESTRATEGIAS DE DEPURACION

ESISTEN ESTRATEGIAS DE DEPURACION @)FUERZA BRUTA,

)VUELTA ATRS(BACKTRACKING), )ELIMINACION DE CAUSAS

TACTICAS DE DEPURACION

DEPURACION AUTOMATIZADA

EL FACTOR HUMANO


48/49

CORRECCION DEL ERROR

UNA VEZ ENCONTRADO EL ERROR DEBE CORREGIRSE PEROCOMO YA SE SEALO LA CORRECCION DE UN ERROR PUEDEINTRODUCIR OTROS ERRORES Y POR TANTO HACER MASDAO QUE BIEN.

VAN VLECK SUGIERE PREGUNTAS SIMPLES QUE DEBENPLANTEARSE ANTES DE HACER LA CORRECION


49/49

@. LA CAUSA DEL ERROR SE REPRODUCE EN OTRA PARTEDEL PROGRAMA

. QUE SIGUIENTE ERROR PUEDE INTRODUCIRSE CON LACORRECCION QUE ESTA A PUNTO DE REALIZAR

. QUE DEBIO HACERSE PARA EVITAR ESTE ERROR DESDEEL PRINCIPIO

Estrategias de Prueba de Software Expo (2)

Documents

Transcript of Estrategias de Prueba de Software Expo (2)