15/6/2016

EjecucindePruebas|PRUEBASDESOFTWARE

PRUEBASDESOFTWARE
IngenieriadeSoftwareconnfasisenpruebas.

Archivodelaetiqueta:EjecucindePruebas
13enero,2013

MetodologadePruebas
PorJavierZapataSnchez
Losprocesosdeaseguramientodecalidaddeunproductodesoftwaresuelendividirseenloque
respectaasucomponenteanalticoenpruebasestticasydinmicas.Ladiferenciafundamentalentre
estostiposdepruebas,radicaenquelaspruebasestticassecentranenevaluarlacalidadconlaquese
estgenerandoladocumentacindelproyecto,pormedioderevisionesperidicas,mientrasquelas
pruebasdinmicas,requierendelaejecucindelsoftwareconelndemedirelniveldecalidadconla
queestefuecodicadoyelniveldecumplimientoenrelacinconlaespecicacindelsistema.
Realizarpruebasdinmicasaunproductodesoftware,sueleenlamayoradeloscasosconfundirsecon
unasimpleactividaddeejecucindepruebasyreportedeincidencias,sinembargo,paraproductosde
complejidadmediaenadelante,lorecomendableesimplementardemaneraformalunametodologade
pruebasqueseajusteyacopleuniformementeconlametodologadedesarrolloseleccionadaporla
rmadesarrolladora.
ParaprocesosdedesarrollobasadosenlametodologaRUPomtodostradicionales,implementaruna
metodologadepruebasestotalmenteviable,teniendoencuentaqueestasmetodologasestn
orientadasaladocumentacinyalaformalizacindetodaslasactividadesejecutadas.Siporel
contrario,larmadesarrolladoraguasuprocesobajolineamientosbasadosenmetodologasgiles,
sernecesarioreevaluarlaconvenienciadeejecutartodaslasactividadesqueimplicaunprocesode
pruebasformal,loqueenlamayoradeloscasos,conllevaareduciralmnimolasactividades
relacionadasconunprocesodepruebas,circunstanciaquenaturalmentepuededesencadenarenla
liberacindeproductosconbajosnivelesdecalidad.
Unprocesodepruebasformal,estcompuesto,cuandomenosporlassiguientes5tpicasetapas:
1.Planeacindepruebas.
2.Diseodepruebas.
3.implementacindepruebas.
4.Evaluacindecriteriosdesalida.
https://pruebasdelsoftware.wordpress.com/tag/ejecuciondepruebas/
5.Cierredelproceso.

1/3

15/6/2016

EjecucindePruebas|PRUEBASDESOFTWARE

5.Cierredelproceso.
PlaneacindePruebas.
Eslaetapaendondeseejecutanlasprimerasactividadescorrespondientesalprocesodepruebasytiene
comoresultadounentregabledenominadoplandepruebaselcualdebeestarconformadoencuando
menosporaspectostalescomo:
Alcancedelaprueba:determinaquefuncionalidadesdelproductoy/osoftwaresernprobadas
duranteeltranscursodelaprueba.Estelistadodefuncionalidadesaprobarseextraeconbaseaun
anlisisderiesgosrealizadodemaneraprevia,quetienenencuentavariablestalescomoelimpacto
quepodraocasionarlafalladeunafuncionalidadylaprobabilidaddefalladeunafuncionalidad.
Productodeesteanlisis,secuentaconinformacinadicionalquepermitedeterminarademsdel
alcancedetalladodelprocesodepruebas,laprioridadconlaquelasfuncionalidadesdebenprobarse
ylaprofundidaddelaspruebas.
TiposdePrueba:enestepuntosedebedeterminarqutiposdepruebasrequeriraelproducto.No
todoslosproductosdesoftwarerequierenlaaplicacindetodoslostiposdepruebasqueexisten,por
estarazn,esestrictamentenecesarioqueellderdepruebasseplanteepreguntasquelepermitan
determinarqutiposdepruebasonaplicablesalproyectoenevaluacin.Losposiblestiposde
pruebaaaplicarson:pruebasdestress,pruebasderendimiento,pruebasdecarga,pruebas
funcionales,pruebasdeusabilidad,pruebasderegresin,entreotros.
EstrategiadePruebas:teniendoencuentaquenoesviableprobarconbaseatodaslasposibles
combinacionesdedatos,esnecesariodeterminaratravsdeunanlisisderiesgossobreque
funcionalidadesdebemoscentrarnuestraatencin.Adicionalmente,unabuenaestrategiadepruebas
debeindicarlosnivelesdepruebas(ciclos)queaplicaremosylaintensidadoprofundidadaaplicar
paracadaniveldepruebasdenido.Enestepuntotambinesimportantedenirloscriteriosde
entradaysalidaparacadaciclodepruebasaejecutar.
CriteriosdeSalida:entrelaspartesinvolucradasenelproceso,sedenedemaneraformal,bajoqu
condicionessepuedeconsiderarqueunaactividaddepruebasfuenalizada.Loscriteriosdesalida
sedebendenirparacadaniveldepruebasaejecutar.Algunosejemplosdecriteriosdesalidaque
puedenserutilizadosson:porcentajedefuncionalidadesdealtoriesgoprobadasconxito,nmero
defectoscrticosy/omayoresaceptados,etc.
Otrosaspectos:talycomoserealizaencualquierplandeproyecto,sedebeincluirunaestimacinde
tiempos,losrolesy/orecursosqueharnpartedelproceso,lapreparacindelentornodepruebas,
cronogramabase,etc.
DiseodePruebas:unavezelaboradoyaprobadoelplandepruebas,elequipodetrabajodebeiniciar
elanlisisdetodaladocumentacinexistenteconrespectoalsistema,conelobjetodeiniciareldiseo
deloscasosdeprueba.Losentregablesclavesparainiciarestediseopuedenser:casosdeuso,
historiasdeusuario,arquitecturadelsistema,diseos,manualesdeusuario(siexisten),manuales
tcnicos(siexisten).Eldiseodeloscasos,debeconsiderarlaelaboracindecasospositivosy
negativos.Loscasosdepruebanegativospermitenvalidarcmosecomportaelsistemaantesituaciones
atpicasypermitevericarlarobustezdelsistema,atributoqueconstituyeunosdelosrequerimientos
nofuncionalesindispensableparacualquiersoftware.Porltimo,esnecesariodenirculessonlos
datosdepruebanecesariosparalaejecucindeloscasosdepruebadiseados.
ImplementacinyEjecucindePruebas:laejecucindepruebasdebeiniciarconlacreacindelos
datosdepruebanecesariosparaejecutarloscasosdepruebadiseados.Laejecucindeestoscasos,
puederealizarsedemaneramanualoautomatizada;encualquieradeloscasos,cuandosedetecteun
falloenelsistema,estedebeserdocumentadoyregistradoenunaherramientaquepermitagestionar
https://pruebasdelsoftware.wordpress.com/tag/ejecuciondepruebas/
2/3
losdefectos(BugTracker).Unavezeldefectohasidocorregidoporlarmadesarrolladoraensu

15/6/2016

EjecucindePruebas|PRUEBASDESOFTWARE

losdefectos(BugTracker).Unavezeldefectohasidocorregidoporlarmadesarrolladoraensu
respectivoprocesodedepuracin,esnecesariorealizarunretestquepermitaconrmarqueeldefecto
fuesolucionadodemaneraexitosa.Porltimo,esindispensableejecutaruncicloderegresinquenos
permitagarantizar,quelosdefectoscorregidosenelprocesodedepuracindelarma,nohayan
desencadenadootrostiposdedefectosenelsistema.
EvaluacindeCriteriosdeSalida:loscriteriosdesalidasonnecesariosparadeterminarsiesposibledar
pornalizadounciclodepruebas.Paraesto,esconvenientedenirunaseriedemtricasquepermitirn
alnalizarunprocesodepruebas,compararlosresultadosobtenidoscontralasmtricasdenidas,slos
resultadosobtenidosnosuperanlamtricasdenidas,noesposiblecontinuarconelsiguienteciclode
pruebas.
Existenvariostiposdecriteriosdesalidadentrodeloscualessepuedenmencionar:cubrimientode
funcionalidadesengeneral,cubrimientodefuncionalidadescrticasparaelsistema,Nmerode
defectoscrticosymayoresdetectados,etc.Tambinesimportanteaclararqueelprocesodepruebas
puedesersuspendidoy/oparalizado,debidoentreotros,aaspectosrelacionadosconelpresupuestoyla
calidadmnimadelsistemarequeridaparaelinicioformaldepruebas.
Cierredelproceso:duranteesteperiododecierreelcualhistricamentesehacomprobadoquesele
destinamuypocotiempoenlaplaneacin,sedebencerrarlasincidenciasreportadas,sedebevericar
silosentregablesplaneadoshansidoentregadosyaprobados,sedebennalizaryaprobarlos
documentosdesoportedeprueba,analizarlasleccionesaprendidasparaaplicarenfuturosproyectos,
etc.
4comentarios|Etiquetas:CriteriosdeSalida,DiseodePruebas,EjecucindePruebas,
ImplementacindePruebas,MetodologadePruebas,PlaneacindePruebas,Pruebas,Pruebasdel
Software|PublicadoenIntroduccinalasPruebas.,PlaneacindePruebas

SuscribirsealRSS
BlogdeWordPress.com.ElTemaElegantGrunge.

https://pruebasdelsoftware.wordpress.com/tag/ejecuciondepruebas/

3/3