Calidad - Pruebas - Charla (1).pptx

8/18/2019 Calidad - Pruebas - Charla (1).pptx

1/22

Pruebas de Software


2/22

Introducción

Considerar:

“Para que desarrollo indique su productoesta listo, es decir, Finalizado, debe contar

con la funcionalidad y cero errores”


3/22

Entorno esarrollo

Desarrollo de SWin!olucra:• "#bi$%edad• Suposiciones• Fallos

Ca#bios

&ue!as Funcionalidades

'eparación de efectos

(eneración de Fallos

El RIESGO a que el S) no cu#pla con los srequeri#ientos del cliente se incre#enta*

Pruebas de SW: +ienen co#o obeti!o reducirel i#pacto de estos fallos en la funcionalidad y

en los resultados esperados


4/22

Pruebas de Software - Concepto

Concepto

.as pruebas de software pueden ser consideradas co#o elproceso de eecutar una aplicación en unas condicionesespecífcas, monitoreando los resultados, evaluando los

aspectos del componente, proceso o sistema*/IEEE 012*13-1442 - +5e IEEE Standards "ssociation67

Objetivo

.as pruebas de software tienen por obeti!o aranti!ar elproducto cumpla con cada uno de los re"uerimientossolicitados por el cliente# no contena errores $%uncione de acuerdo a las especifcaciones*

(*) El Instituto de Ingeniería Eléctrica y Electrónica —abreviado como IEEE,

en inglés Institute of Electrical and Electronics Engineers, asociación mundial deingenieros dedicada a la estandarización y el desarrollo en áreas técnicas


5/22

Consideraciones 8 Pruebas de S)

'equeri#ientos

- Func* 1- Func* 3-

Func* 9

"nlisis ;iseu? in!olucra=• >u? afecta=

&alidaci'n( @Esta#os

construyendo elproducto correcto

/Co#pleto6=Co#prueba que el

software cu#ple laseApectati!as del cliente*

• ise


6/22

Consideraciones 8 Pruebas de S)

Preuntarnos aparte del )*ue no%alle+# el SW(• @Entre$a el !alor esperado=•

@'esuel!e los proble#as quedebera=

• @Có#o se co#porta esto antecondiciones anor#ales de ne$ocio/e* 1222 usuarios6=

Poner la calidad co#o foco desde el

principio*

.a Calidad en el sentido #sa#plio de la palabra, & es

opcional*


7/22

Conceptos - Pruebas

Fluo de pasos a serprobados de acuerdo a

condicionesestablecidas y

resultados esperados deun deter#inado

requisito ofuncionalidad*

Casos de Prueba

"cción 5u#ana queproduce un resultado

incorrecto*E* Error en el

#odela#iento de datos*/IEEE012*13,1442, p*

916*

Error

esperfectos oano#alas que puedencausar que el siste#a

falle* &or#al#ente sonla #anifestación del

Error*

efectos

I#posibilidad de una

aplicación de realizardeter#inadafuncionalidad/es6,correspondiente a

requisitos deGnidospre!ia#ente* /IEEE012*13,

1442, p*936

FalloE!ento en la eecuciónde software que $enera

fallos*Suceso que tienerelación directa oindirecta sobre la

#arc5a nor#al de lasacti!idades*

Incidente


8/22


9/22

+?cnicas de Pruebas de S)

-. Caja /era 01lac2 1o,3Se centra en co#parar las

entradas con las salidasesperadas, sin detenerse endetalles de su desarrollo/códi$o6*

enins, 322J

4. Caja 1lanca 0W5ite 1o,3Se centra en analizar elcódi$o fuente y la ló$icainterna del software*

enins, 322J

EAisten dos $randes $rupos de t?cnicas de pruebasde software:


10/22

Pruebas Funcionales /Caa &e$ra6

.as pruebas funcionales o de caa ne$ra es una políticade selecci'n de casos de pruebas basado en laespecifcaci'n del componente o prorama*

.as pruebas se seleccionan en función de la especiGcación yno de la estructura interna del software*


11/22

"cti!idades

• 6n7lisis de los documentos %uncionales $re"uisitos del cliente

• Dise8o de un plan de pruebas />ue cubratodos los casos de uso de la aplicación, la

si#ulación de entornos de pruebas6• Enfoque en los re"uisitos %uncionales /Casos de

Kso6 y las re$las del ne$ocio

• BeriGcar el procesa#iento, recuperación ei#ple#entación adecuada de las relas delneocio*

• BeriGcar la apropiada aceptaci'n de datos• Ejecuci'n de los casos de prueba y la $estión

de los defectos encontrados&otas:• Inicial#ente, las pruebas funcionales son realizadas en su $ran #ayora de

%orma manual*• +oda prueba donde el +ester no aporte !alor debe ser automati!ada*• .as pruebas auto#atizadas a5orran tie#po en procedi#ientos repetiti!os,

y au#entan la Gabilidad de las #is#as eli#inando el error 5u#ano*


12/22

Pruebas Estructurales /Caa Llanca6

• En las pruebas estructurales las pruebas seseleccionan en %unci'n del conocimiento "ue setiene de la implementaci'n del m'dulo*

• Se suelen aplicar a m'dulos pe"ue8os*

• Se anali!a el c'dio $ deduce cu7ntos $ "u9conjuntos de valores de entrada 5an deprobarse para que al #enos se eecute una !ez cadasentencia del códi$o*


13/22

BeriGcación y Balidación


14/22

BeriGcación y Balidación /BB6

BB actMa sobre los productosintermedios "ue se enerandurante el desarrollo para:

• etectar y corre$ir cuanto

antes sus defectos y lasdes!iaciones respecto alobeti!o Gado

• is#inuir los ries$os, lasdes!iaciones sobre los

presupuestos y sobre elcalendario o pro$ra#a detie#pos del proyecto

• Heorar la calidad y Gabilidaddel software

•

Balorar rpida#ente losca#bios propuestos y sus


15/22

Proceso de epuración

Proceso que localiza y corri$e los erroresdescubiertos durante la !eriGcación y !alidación*

• Se utilizan 5erra#ientas de depuración, que facilitanel proceso

• espu?s de reparar el error, 5ay que !ol!er a probarel siste#a /pruebas de re$resión6*

• .a solución del pri#er fallo puede dar lu$ar a nue!osfallos


16/22

(estión de Pruebas de S)

Para lo$rar el proceso de pruebas, es necesario considerarlos si$uientes aspectos:• 'equisitos de la "plicación clara#ente deGnidos• Procesos de &e$ocio de la "plicación a ser so#etidos a

pruebas• "#biente /5ardware y software6 de Pruebas• Procesos del Plan de Pruebas• Crono$ra#a de las Pruebas

Co#o proceso del plan de pruebas, tene#os:• Planeación de las Pruebas• Eecución de Pruebas• (estión de los defectos• CertiGcación de las pruebas• H?tricas de las pruebas


17/22

Proceso de Pruebas

roceso de Pruebas 8 ocu#entación de Pruebas


18/22

.o$rar Calidad de S)

• Funcionalidad( Dabilidad del software para realizar eltrabao deseado

• Fiabilidad( Dabilidad del software para #antenerseoperati!o /funcionando6

• Efciencia( Dabilidad del software para responder a unapetición de usuario con la !elocidad apropiada

• :sabilidad( Dabilidad del software para satisfacer alusuario

•

;antenibilidad( Dabilidad del software para poderrealizar ca#bios en ?l fcil#ente y con una adecuadaproporción ca#bio;costo

• Portabilidad( Dabilidad del software para operar endiferentes entornos infor#ticos


19/22

Consideraciones

Para que desarrollo indique su producto estalisto, es decir, Finalizado, con la funcionalidad ycero errores:

• BeriGcación: Proceso de deter#inar si losproductos de una cierta fase del desarrollo desoftware cu#plen o no los requisitos

establecidos* /IEEE Std N34-14J96• Balidación: Proceso de e!aluación del software

al Gnal del proceso de desarrollo para ase$urarel cu#pli#iento de las necesidades del cliente*

/IEEE Std N34-14J96


20/22

C5eclist a considerar

.ó$ica del pro$ra#a:

@Es correcta la ló$ica del pro$ra#a=

@Est co#pleta la ló$ica del pro$ra#a=, es decir, @est todocorrecta#ente especiGcado sin faltar nin$una función=

Interfaces Internas:

@Es i$ual el nM#ero de par#etros recibidos por el #óduloa probar al nM#ero de ar$u#entos en!iados= @el orden escorrecto=

@.os atributos /E* tipo y ta#a


21/22

C5eclist a Considerar

Interfaces EAternas:

@Se declaran los Gc5eros con todos sus atributos de for#acorrecta=

@Coincide el for#ato del Gc5ero con el for#ato especiGcadoen la lectura=

@Se lo$ra liberar #e#oria= @Se #anean correcta#ente los errores de entrada;salida=

atos:

Salirse del l#ite de las #atrices y !ectores

Superar el l#ite de ta#a


22/22

(racias

Calidad - Pruebas - Charla (1).pptx

Documents

Transcript of Calidad - Pruebas - Charla (1).pptx