Fundamentos de Pruebas de Software

July 5, 2022 | Author: Anonymous | Category: N/A
Share Embed Donate


Short Description

Download Fundamentos de Pruebas de Software...

Description

 

Integrantes     •

Castro Sairitupac, Mendoza Ventura, Jeison Alex Valenzuela Navarro, Victor Valenzuela

 

FUNDAMEN!S DE "AS #$UE%AS DE S!F&A$E

A'$ADECIMIEN! Le agradezco a Dios por acompañarme a lo largo de los días, por ser mi fortaleza en los momentos de debilidad y por brindarme una vida llena de aprendizajes, experiencias y sobre todo felicidad. Le damos gracias a nuestros padres por apoyarnos en todo momento, por los valores que han nos han inculcado, y por haberme dado la oportunidad oportuni dad de tener un una a excelen excelente te educacin en el transcu transcurso rso de mi vida. !obre todo por ser un excelente ejemplo de vida a seguir.

"#gina $

 

FUNDAMEN!S DE "AS #$UE%AS DE S!F&A$E

DEDICA!$IA % Dios &odopoderoso por darme el ser y la sabiduría' siempre me has ayudado a salir adelante, en todo momento. (n especial en los m#s difíciles. % mis padres fuente de inspiracin, este logro es de ustedes por guia gu iarrme diar diaria iame ment nte e e impu impuls lsar ar el cump cumpli limi mien ento to de mi miss meta metas. s. %unque muchas veces el camino es un poco complicado me han motivado con sus consejos y aptitudes a realizar )ste trabajo.

"#gina *

 

FUNDAMEN!S DE "AS #$UE%AS DE S!F&A$E

 JUSIFICACI(N  JUSIFICACI(N Los principales objetivos que se buscan con la prueba de soft+are suelen ser -onoce -on ocerr el niv nivel el de cal calida idad d de produ producto ctoss inter intermed medios ios,, par para a actuar a tiempo' esto facilita una administracin realista del time to maret del producto en cuestin. •









/o pagar por un producto de soft+are sino hasta que alcance el nivel de calidad pactado' esto eleva el nivel de certidum certidumbr bre e en el comprador de soft+are, y minimiza riesgos. Dismin Dism inui uirr la pe peno nosa sa y cost costos osa a labo laborr de so sopo port rte e a us usua uari rios os insatisfechos, consecuencia de liberar un producto inmaduro. (sto puede mejorar la imagen de la organizacin desarrolladora. 0ed educ ucir ir cost costos os de ma mant nten enim imie ient nto o 1la 1la fase fase m#s m#s co cost stos osa a de dell desarrollo desarr ollo de soft+ar soft+are2, e2, mediante el diagnstico oportuno de los componentes del sistema. 3btene 3bte nerr in info forrmaci macin n conc concrreta eta acer acerca ca de fall fallas as,, qu que e pu pued eda a usarse como apoyo en la mejora de procesos, y en la de los desarrolladores.

"#gina 4

 

FUNDAMEN!S DE "AS #$UE%AS DE S!F&A$E

IN$!DUCCI(N Las pruebas son el 5nico instrumento que puede determinar la calidad de un producto soft+are, es decir, es el 5nico m)todo por el que se puede asegurar que  un sistema soft+are cumple con los requerimientos. !e puede determinar una dependencia directa entre la calidad de un sistema y el valor del mismo, por lo tanto, las pruebas dotan de valor a los productos soft+are. !e estima que el coste de las pruebas, en un desarrollo comercial b#sico, puede  suponer entre un 678 y un 968 del coste total del proyecto. "ero, "ero, :!i son tan caras por qu) deben aplicarse; %unque a efectos totales las pruebas suponen un coste importante, tanto en tiempo  como en recursos asociados, aplicarlas reduce todos los dem#s costes, es decir, los costes de desarrollo, implementacin y mantenimiento se ven enormemente  reducidos al tener un sistema probado. mismo tiempo las pruebas sirven como  dot#ndolo documentos, contratos, %l que aseguran el funcionamiento del sistema de una etodologías que se adaptan evolucionando de  forma paralela con la ?ngeniería del soft+are.

"#gina @

 

FUNDAMEN!S DE "AS #$UE%AS DE S!F&A$E

DESA$$!""! DE" EMA !oft+are t+are $.  -alidad y el !of -on el paso de los años se han ido inventando nuevas formas de mejorar los sistemas. (stas mejoras son tomadas en cuenta dada la necesidad de obtener productos 1soft+are2 de mejor calidad.

$.$.

-alidad !e puede de>? ->>? 1-ap 1-apab abil ilit ity y ma matu turi rity ty mode modell inte integr grat atio ion2 n2 (s un modelo para la mejora y evaluacin de procesos para el desarrollo, mantenimiento y operacin de sistemas de soft+are. "roporciona una 5nica guía unificada para la mejora de m5ltiples disciplinas tales como  ?ngeniería de !istemas, ?ngeniería del !oft+are, Desarrollo ?ntegrado del "roducto y del "roceso y la uente proveedora. %dem#s, debido a la existencia de un modelo internacional para la mejora de los procesos del soft+are' y determinacin y evaluacin de su capacidad 1?!3=?(- &0 $667@2, hay un compromiso que el ->>? tenga conformidad y compatibilidad con dicho modelo internacional. (xisten * enfoques •



Contin Cont inuo uo++ Mace hincapi) en la capacidad de ciertas #reas para realizar sus actividades.

Escalonado+ Mace especial )nfasis en el grado de madurez de los procesos 1a semejanza del !JN->>2.

"#gina $*

 

FUNDAMEN!S DE "AS #$UE%AS DE S!F&A$E

a2 (nfoque (nf oque -ontinu -ontinuo o %quellas %quellas organizac organizaciones iones que selec seleccionen cionen el (nfoque -ontinuo podr#n  i. !ele !elecc ccio ionar nar lo loss las las me mejo jora rass p par ara a ccon onse segu guir ir los los objetivos, localizar riesgos y  suavizar su impacto en la organizacin. ii ii.. "ermi ermiti tirr un an#li an#lisi siss comp compar arat ativ ivo o de dent ntro ro de lla a organizacin y entre diferentes organizaciones. ii iii. i. 0ealiz ealizar ar comp compar arac acion iones es entr entre e el el ->> >>?? y el modelo de evaluacin de la capacidad de los procesos de soft+are 1?!3=?(- &0 $667@2. (ste (nfoque utiliza niveles de capacidad para medir el mejoramiento del proceso p roceso.. Nivel 0 (incompleto): (l (incompleto): (l proceso no se ejecuta o se hace parcialmente. Nivel 1 (Realizado): (l (Realizado): (l proceso se ejecuta y se producen productos basados en productos de entrada identificados. Nivel 2 (Administrado): (l (Administrado):  (l proceso es reactivo y se caracteriza por su aplicacin a proyectos. Nivel 3 (Deinido): (l (Deinido): (l proceso es proactivo y se ve a nivel de la organizacin. Nivel ! (Administrado "#antitativamente2 "#antitativamente2 (l proceso es medido y controlado. controlado. Nivel $ (%ptimizado): (l (%ptimizado): (l proceso se enfoca en la mejora continua.

  Fig* 4+ Niveles de capacidad

"#gina $4

 

FUNDAMEN!S DE "AS #$UE%AS DE S!F&A$E

b2 (sca (scalon lonado ado %quellas %quellas orga organizacio nizaciones nes que seleccionen seleccionen el (nfoque (scalonado podr#n  i. "ropo roporc rcio iona na u una na ssec ecue uenc ncia ia d de e me mejo jora rass que que comienza con las gestin b#sica de  proyectos e ir#n probando niveles base para el siguiente nivel como fin de  optimizar los procesos de la organizacin. ii ii.. "ermi ermiti tirr un an an#l #lis isis is co comp mpar arat ativ ivo o d den entr tro o de de lla a organizacin y entre diferentes  organizaciones al tener como punto de referencia los mismos niveles de madurez. ii iii. i. La pri princ ncip ipal al d dife ifere renc ncia ia e ent ntrre ni nive vele less d de e ma madu durrez y niveles de capacidad es la representacin de los mismos y cmo son aplicados. iv iv.. (n este enfoque asocia 6 niveles de madurez Nivel 1 (&nicial): (l (&nicial):  (l proceso pobremente controlado. controlado . es impredecible, es reactivo y Nivel 2 (Administrado): (l (Administrado): (l proceso es reactivo y se caracteriza por su aplicacin a proyectos. Nivel 3 (Deinido): (l (Deinido): (l proceso es proactivo y se ve a nivel de la organizacin. Nivel ! (Administrado "#antitativamente): (l "#antitativamente): (l proceso es medido y controlado. Nivel $ (%ptimizado): (l (%ptimizado): (l proceso se enfoca en la mejora

continua.

 

Fig* 5+ Niveles de 1adurez

"#gina $@

 

FUNDAMEN!S DE "AS #$UE%AS DE S!F&A$E

*.*.

Bilb >odelo de calidad creado por Bilb en $C. (ste modelo presenta como aspecto fundamental la de basa la mejora en la definicin clara de procesos y productos. "roporcio "ro porciona na la estructura estructura para obtener los objetivos cruciales del proyecto. -onsta de 4 etapas

$NListar los objetivos principales del desarrollo y mantenimiento "#gina $H

 

FUNDAMEN!S DE "AS #$UE%AS DE S!F&A$E del proyecto. *N"ara cada objetivo, se deben obtener las preguntas que deben contestarse para saber si se est#n cumpliendo los objetivos 4NDecidir medir para poder  des contestar manera qu) adecuada, es decir, desar arro rollar llar las un preguntas conjunt conjunto o de de m)tricas que ayuden a responder la pregunta. Las medidas individuales obtenidas se relacionan para poder ser utilizadas en el contexto del proyecto completo. 3tro aspecto preponderante en el enfoque BP> es la interpretacin de los datos recolectados en funcin de las preguntas a partir de las cuales se derivaron esas medidas. Fig* 8* 'r9:ca 1odelo ';M

"#gina $9

 

FUNDAMEN!S DE "AS #$UE%AS DE S!F&A$E

*.@.

>odelo >c-all !e focaliza en el producto final, identificando identif icando atributos atributos claves desde el punto de vista del usuario. (stos atributos se denominan factores de calidad y son  

normalmente atributos externos, pero tambi)n se incluyen algunos atributos posiblemente internos. Los factores de calidad son demasiados abstractos para ser medidos directamente, por lo que por cada uno de ellos se introduce atributos de bajo nivel denominados criterios de calidad algunos criterios de calidad son atributos internos, reflejando la creencia creencia de >c-all que el atributo interno tiene un efecto directo en el atributo externo corre cor respo spondie ndiente nte un niv nivel el m#s de des descom compos posici icin n es necesario. (ntre los factores que determinan la calidad existen dos tipos de factores factor es factore factores s que de pueden sery medidos directamente directamente    1errores=RLD-=unidad 1errores =RLD-=unidad tiempo2 factores que solo pue ued den ser medido medidoss indirect indirectament amente e  1la facilidad de uso o de mantenimiento2.

Fig* n McCall

#UN! DE

FAC!$

anteniilidad

$EVISI(N DE" #$!DUC! *le+iilidad esteailidad Portailidad

$ANSICI(N DE" #$!DUC!

Re#sailidad

&nteroperailidad "orrectit#d

"oniailidad

!#E$ACI(N DE" #$!DUC!

-iciencia &nteridad Usabilidad 

"#gina $C

C$IE$I!S Consistencia Si1plicidad Concisidad Auto? descripcin Modularidad Expandi6ilidad 'eneralidad Auto?descripcin Modularidad Si1plicidad Instru1entacin Modularidad Independencia de la 19@uina   'eneralidad Modularidad Auto? descripcin Independencia de la 19@uina   Interopera6ilidad de la co1unicacin raza6ilidad   Co1pletitud Consistencia olerancia de errores Consistencia Si1plicidad Exactitud E.iciencia de tie1po   Control de acceso !pera6ilidad Entrena1iento

Co1unicacin  

 

FUNDAMEN!S DE "AS #$UE%AS DE S!F&A$E

*.6.

>odelo K0"! Desarrollado por Me+lettN"acard 1$C92. (n este modelo se desarrollan un conjunto de factores de calidad de soft+are, bajo el acrnimo de K0"! funcionalidad 1unctionality2, usabilidad 1Ksability2, conod >odelo elo Jeb JebP( P(> > 1J 1Jeb Pual uality ity ( (va valluat uation >ethod2 Los desarrollos desarrollos centrados en la Jeb, en los m#s diversos diversos dominios de aplicacin como comercio electrnico, sistemas acad)micos,  financieros, entre otros, se est#n tornando cada vez m#s en sistemas complejos. La complejidad en la evaluacin es producto de la gran cantid can tidad ad de caract caracterí erísti sticas cas y atr atribu ibutos tos que pueden pueden intervenir en los requerimientos de calidad y en las varias relaciones existentes entre los atributos, subcaracterísticas y características, entre otros aspectos. JebP(> puede ser usada para evaluar diversos dominios de aplicacin de acuerdo a los distintos puntos de vista y objetivos de evaluacin. La definicin y la especificacin de los requerimientos de calidad son actividades esenciales en el proceso de evaluacin. Kna de  las metas principales de la evaluacin y comparacin de calidad de una Jeb, radica en comprender el grado de cumplimiento de un conjunto de caracterís carac terísticas ticas y subcaracte subcaracterísti rísticas cas con respecto respecto a los requerimientos de calidad establecidos. Luis 3lsina desarroll desar roll  la metodología metodología JebP(>, la cual plantea @ caract car acterí erísti sticas cas de cal calida idad d con sus respe respecti ctivas vas subcaracterísticas y atributos. Las características de calidad planteadas son    

acilidad de uso uncionalidad -onyers, B.X. Ee Art o 'otare estin. estin. Xohn Jiley T !ons, ?nc. P. 'antEanam G I. Hailpern, 'otare de#in, testin, and veri/cation. veri/cation.

"#gina 49

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF