Você está na página 1de 12

Unidad 2: Paso 3 Diseo y elaboracin

Trabajo grupal

Presentado por:

Leidy Johanna Retiga Gonzlez Cd. 1.098.661.473

Jorge Alberto Reyes Vargas Cd. 91.353.825

Carlos Giovanni Ruiz Martnez Cd. 1.095.918.765

Presentado a:

GEOVANNI CATALAN

Grupo: 301569_5

Universidad nacional abierta y a distancia


Evaluacin del software
Escuela de Ciencias Bsicas, Tecnologa e Ingeniera
Programa Ingeniera de sistemas
CEAD Bucaramanga
Octubre 2017
INTRODUCCIN
En el siguiente trabajo se encuentra todo lo relacionado al trabajo individual para el desarrollo de
la unidad 2: paso 3, anlisis y planeacin.
Se trabajo por etapas, primero la conceptualizacin y posteriormente el desarrollo. Mediante un
video y un informe relacionado a la Norma ISO/IEC 9126 - 14598
Para el trabajo grupal se llev a cabo la consolidacin de los links de cada aporte individual
realizado en el foro y se respondieron preguntas relacionadas a calidad, plan de pruebas, tipo de
pruebas y desarrollo del software.
OBJETIVOS
Conocer los conceptos de ingeniera de software relacionados con el aseguramiento de la
calidad, planes de pruebas y tipos de pruebas.
Definir las pruebas, lista de chequeo, matriz de prueba y formatos de plan de prueba.
Dar respuesta a interrogantes expuestos en la gua de aprendizaje sobre desarrollo y
calidad del software.
LINK DE LAS BITCORAS INDIVIDUALES DE CADA INTEGRANTE DEL GRUPO
Nombre del estudiante Link (bitcora individual)
Leidy Johanna Reatiga https://drive.google.com/open?id=0B6Un-
Gonzlez O3hqpa7QmV4bEZhSDU3VlU
Jorge Alberto Reyes Vargas https://1drv.ms/w/s!AoRCwAUK2I2Tlf8NUBb81YREsewvRA
Carlos Giovanni Ruiz Martnez https://1drv.ms/w/s!AkcFFX6id1IngQ4c5hA5TiFJszCF
INFORME DE CONSTRUCCIN GRUPAL
Por: Leidy Johanna Reatiga Gonzlez
1. Qu importancia tiene las pruebas del software en la calidad del mismo?
Todos los Productos Software son creados, desarrollados e implementados por personas y por
esa razn en cualquiera de sus etapas de creacin se puede presentar errores, al generarse los
errores se puede conllevar a un defecto en el software que al momento de entregar al cliente
implica problemas, por ejemplo, mala digitacin, errores al codificar, mala elaboracin de
requerimientos, entre otros. Si no se ha identificado ese error y el software se ejecuta, hay un alto
riesgo de que la aplicacin no haga lo que debera hacer o el objeto para lo cual fue creada, es
decir se generan fallas y problemas con el usuario final, lo que podra generar mala imagen de la
empresa o del desarrollador. Otro factor importante que se debe tener en cuenta es el entorno en
el que se trabaja, como distracciones, mala iluminacin, la radiacin, descarga elctrica,
contaminacin, inundaciones, Hmeda, Fuego, etc.
Por esa razn los ingenieros deben conocer y aplicar las normas de calidad y conocer las pruebas
que se deben realizar antes de entregar un producto para garantizar la calidad del producto de
software, si se aplican las medidas necesarias se reducen los riesgos e implica la identificacin de
los defectos.
La toma de decisin es importante al momento de planear las pruebas ya que permiten identificar
las mejoras necesarias y las condiciones en que se debe entregar el software siempre teniendo en
cuenta la satisfaccin del cliente.

2. Justifiquen la importancia de elaborar y aplicar el plan de pruebas en un proyecto


de desarrollo de software?
El plan de pruebas permite especificar lo que se desea probar y ejecutar dichas pruebas. Un plan
de pruebas se puede aplicar por secciones del software, es decir, entorno grfico, cdigo,
interaccin con el usuario, visualizacin en otro entorno web, segn las mtricas especficas que
sean necesarias para las pruebas.
tambin puede seleccionar las configuraciones predeterminadas que se usarn para ejecutar el
plan de pruebas. La configuracin de pruebas informa al evaluador la configuracin y medidas
necesarias para estas pruebas. Puede tener una o varias configuraciones predeterminadas. Cada
vez que se ejecuta la prueba con una configuracin concreta se graba un resultado de la prueba.
Un plan de pruebas permite medir el progreso de las pruebas, en funcin de estos resultados de
las pruebas.
Por ltimo, el propsito del plan de pruebas es explicitar el alcance, enfoque, recursos
requeridos, calendario, responsables y manejo de riesgos de un proceso de pruebas.
3. Qu importancia tienen la utilizacin de los tipos de pruebas en el desarrollo del
proyecto?
Los tipos de prueba se orientan a comprobar determinados aspectos de un sistema software,
como el comportamiento del sistema, subsistema o componente software descrito en
especificaciones de requisitos o casos de uso. Estas pruebas se definen a partir de funciones o
caractersticas y su interoperabilidad con sistemas especficos, pudiendo ejecutarse en todos
los niveles de pruebas, adems de la cobertura del cdigo en el caso de pruebas de componentes
o en pruebas de integracin de componentes
Una vez que un defecto ha sido corregido, toca volver a probar el software para confirmar que el
defecto ha sido eliminado estas se llaman pruebas repetidas o Re-Pruebas.
Estas pruebas se realizan sobre un componente ya probado, para verificar que no presenta nuevos
defectos cuando se realiza una modificacin despus de dichas pruebas.
Por: Jorge Alberto Reyes Vargas
1. Qu importancia tiene las pruebas del software en la calidad del mismo?
El Testing ayuda en la tarea, es uno de sus objetivos, solo uno, ayudar a conseguir un producto
software de calidad. Al hablar de testing recordemos las pruebas funcionales, cajas negras,
evaluando las salidas proporcionadas por el producto software a partir de unas entradas. Esto
solo ayuda a garantizar que el producto software funcione de la manera que se espera, mas no,
que este bien construido. Actualmente hay mucho enfoque y empeo en asegurar la calidad de
producto, pero se falla al momento de creer que ejecutar una prueba y tener validadas y
verificadas cada una de las especificaciones del producto, la calidad de este est asegurada.
Calidad de software engloba 3 dimensiones, la calidad del proceso ejecutado para producir
software, la calidad del producto propio que se desarrolla y calidad del personal que lo realiza.
Las principales iniciativas se centran en el proceso. La ingeniera de software teniendo como
referencia la perspectiva industrial, defina la optimizacin, medicin y mejora del proceso de
desarrollo de software en bsqueda de, como otros procesos industriales, un buen proceso para
asegurar un buen producto, pero no es as, un buen proceso influye, pero no asegura la calidad
del producto software, faltan las otras 2 dimensiones.
La norma referencia para hablar de calidad de producto software es la ISO 25000, con una
constante evolucin en los ltimos aos. Dentro de sus definiciones se encuentra un punto con 8
caractersticas de calidad a medir dentro del propio software, por ejemplo:
Mantenibilidad: Capacidad de un producto software para ser modificado. porque es tan
complicado lo simple?
Eficiencia: Capacidad del software para hacer buen uso de los recursos que manipula. Chrome?
Portabilidad: Facilidad con que un software puede ser migrado entre diferentes plataformas
hardware o software. Linux? Windows? Intel? AMD?.
Revisamos otras tcnicas, pruebas, mediciones, observar cmo est construido el software en
detalle, miramos de cerca deficiencias de esas caractersticas de calidad del software. Se mejora
el proceso, ahora pensamos en analizar el cdigo fuente en busca de indicadores, mtricas que
proporcionen informacin acerca de la calidad de ese cdigo, gestionamos esa informacin, con
los indicadores generamos acciones encaminadas a la mejora continua, buscamos calidad.
Cada producto software tiene diferentes requisitos funcionales y de la misma forma, requisitos de
calidad el objetivo de su uso y el contexto, para esto, se requiere mejorar unos u otras
caractersticas. En un producto software que requiere interactuar con el cliente es indispensable
la usabilidad del producto, que sea intuitivo. Por otro lado, existen requisitos de seguridad,
funcionales y de fiabilidad. Y en general para todos los casos, existe la evolucin, la mejora, para
esto, necesitamos que sea mantenible.
Entonces, no es testing suficiente para asegurar la calidad del producto software, el rea de
testing se queda corta, que falta? La lista es larga, pero ms que una lista de chequeo y un rol
que este pendiente de estas revisiones, se debe tener en cuenta las 3 dimensiones que hablaba
anteriormente, incluir el personal que desarrolla el producto, una de las que ms les cuesta a las
desarrolladoras de software. Cultura.
No podemos hablar de calidad como algo puntual que se busca por ah, mencionar calidad por
separado del producto debera sonar raro, extrao, como algo absurdo. Todos los productos
tienen que tener la calidad incluida y lograrlo debera ser un hbito. La cultura genera habito, es
un chip, la cultura es la insignia de un proceso y del personal que lo ejecuta.
La calidad tiene que estar presente siempre, desde que se piensa en software, en la persona que
desarrolla software. Se promueve calidad cuando se definen y aplican lineamientos y estrategias
para controlar un producto y su ciclo de vida. Cuando se automatizan procesos repetitivos, para
dar ms facilidades a los desarrolladores a la hora de realizar su trabajo. Refactorizar productos
para mejorar su mantenibilidad es hablar de mejor calidad del software. Involucrar al cliente,
detectar, aceptar, corregir y documentar fallos. Personalmente la que ms tengo presente en todo
momento, no olvidar que crear software es un proceso intelectual, creativo, intangible.
Bueno calidad y calidad, sera bueno conocer las ventajas entonces, no es salir a decir mi
producto es de calidad, de hecho, eso no es ventaja alguna, para nada. Hablemos en el idioma
universal que ms motiva a los que son (Gerentes). Dinero, este idioma lo uso para convencerlos,
para motivarlos, y es que es perfecto:
Calidad minimiza la deuda tcnica, la deuda tcnica genera prdidas a largo plazo.
Minimiza costos de produccin, recursos, el mismo personal haciendo ms.
Mas productividad, igual que el anterior, el mismo personal haciendo ms.
La mantenibilidad genera productividad.
2. Justifiquen la importancia de elaborar y aplicar el plan de pruebas en un proyecto
de desarrollo de software?

Inicialmente dar respuesta a esta pregunta teniendo en cuenta la experiencia laboral en el rea.
La principal razn que en la prctica justifica la construccin de un plan de pruebas, es el cliente,
el contrato y que, en la gran mayora de los casos, es de vital importancia para la facturacin del
servicio y el posterior pago.
Acadmicamente, tericamente hablando suena bastante feo que la justificacin sea as,
tcnicamente son varios los factores.
La planificacin es la base de todo proceso realizado con calidad, el plan de pruebas verifica que
los requerimientos y necesidad del proyecto se ejecuten correctamente. Es estrategia, recursos y
planificacin de las pruebas y de los recursos. En el mismo se incorporan los escenarios y casos
de pruebas que sern ejecutados.
El plan de pruebas debe ser visto como el inicio de un nuevo proceso prcticamente igual de
complejo y robusto, al mismo desarrollo del software en s. Por lo tanto, despejar temas como,
limitacin y alcance de la prueba versus requisitos del software, que ser probado versus que ser
desarrollado, como ser probado versus como ser desarrollado, cuando ser probado,
cronograma de la prueba, criterios de aceptacin de las pruebas y posteriormente del desarrollo
en s. Todos estos temas son de igual importancia al mismo desarrollo de software, la existencia
del plan de pruebas asegura en un contexto tcnico, ejecutivo, contractual (hablando de contrato
de servicios), la entrega formal de un desarrollo de software con un factor de calidad importante,
por lo tanto, la respuesta inicial se materializa aqu, porque sin el plan, y la ejecucin del plan,
que, de hecho, hace partcipe al cliente, no hay facturacin y pago del servicio.
Adicionalmente comparto lo siguiente:
Pruebas es mucho ms que sentarse a descubrir errores.
Las pruebas son Un proyecto dentro del proyecto (plan de pruebas).
La planeacin de pruebas debe estar basada en los riesgos del negocio.
Las actividades de pruebas se deben iniciar desde las etapas tempranas del desarrollo.

3. Qu importancia tienen la utilizacin de los tipos de pruebas en el desarrollo del


proyecto?
Principalmente que la cobertura y el alcance de la prueba es de mayor espectro sobre el software
al realizar diferentes tipos de pruebas, adicionalmente, la combinacin de estos mismos es otra
caracterstica que es importante tener en cuenta, ya que se suelen aplicar de manera aislada y no
de manera conjunta, por ejemplo, prueba de estrs para medir el rendimiento del software, pueda
generar defectos de usabilidad que no haban sido detectados. Los tipos de pruebas cobran aun
mayor importancia cuando se apoyan en recursos que tcnicos especializados en el tema,
ejemplo: Owasp ZAP para pruebas de seguridad e intrusin, robots de pruebas de navegacin,
tests de rendimiento y estrs.

Por: CARLOS GIOVANNI RUIZ MARTINEZ


Qu importancia tiene las pruebas del software en la calidad del mismo?
Sirve para verificar las diferentes fallas que se puedan presentar dentro de un sistemas y as
mismo se puede estudiar las futuras eventualidades que se puedan presentar. Posteriormente
sirve para demostrar en nuestro software final es decir ya finalizado como tal el aplicativo que si
puede ofrecer los ms altos estndares de calidad para el usuario final.
Por esto es de gran importancia realizar labores de verificacin constante de inicio a fin para
poder entregar un producto de calidad. Toda vez que si no dividimos las revisiones del software
en inicio durante y finalizar nos podemos encontrar al terminar el software un error y tendremos
que empezar a verificar todo desde el principio y realizar las diferentes modificaciones
Justifiquen la importancia de elaborar y aplicar el plan de pruebas en un proyecto de
desarrollo de software?
Plan de pruebas es prcticamente una organizacin un enfoque y un manejo de riesgos de un
proceso de pruebas. Esto permite al equipo de trabajo elaborar software de calidad con el fin
de cumplir los requisitos del cliente y del mismo software. Dentro de este contexto podremos
encontrar las diferentes herramientas u opciones para poder aplicar las diferentes
herramientas como son:
Verificacin: Satisfaccin de las condiciones propuestas al inicio de la fase de construccin
Validacin: Evaluacin de principio a fin para constatar el cumplimiento de los requisitos
exigidos por el usuario
-Proceso de ejecutar un programa con el fin de encontrar errores:
Pruebas: Actividad que se genera constantemente con el fin de verificar si se encuentran
anomalas las cuales son registradas dentro de un proceso de ejecucin para analizar y
posteriormente mitigar o disminuir el fallo previsto.
Defecto: Proceso incorrecto el cual impide generar un evento
Fallo: incapaz de generar el propsito esperado por el sistema
Error: Resultado incorrecto un defecto accin humana que conlleva al fallo de un sistema
Qu importancia tienen la utilizacin de los tipos de pruebas en el desarrollo del
proyecto?
Ayudan a validar que se cumpla una funcionalidad.
Mejora la calidad, cuando empiezas haciendo pruebas, terminas dndote cuenta de validaciones
que debieran ser estndar, lo cual provoca con el tiempo una mejora continua.
Tiene como objetivo que las funcionalidades se cumplan y que un cambio no afecte otra parte de
una aplicacin. Con el propsito de detectarlas de una manera ms gil
El implementar pruebas en el desarrollo de un proyecto da beneficios en comparacin de otros
proyectos que no las implemente.
Entre ms se pruebe la aplicacin, menor es la probabilidad de que se presente un problema con
el usuario/cliente, lo cual genera calidad.
El realizar pruebas te evita a futuro realizar reparaciones excesivas.
CONCLUSIONES
Por medio de la investigacin se conocieron los conceptos de ingeniera de software
relacionados con el aseguramiento de la calidad.
Mediante el desarrollo de la actividad se identificaron claramente las pruebas, lista de
chequeo, matriz de prueba y formatos de plan de prueba.
Se respondieron los interrogantes de forma individual para el desarrollo del trabajo
colaborativo.
Bibliografa
Abad, Jorge. (2005). Ingeniera del software. Tipos de prueba de software. Recuperado en
octubre del 2017 del sitio web:
http://ing-sw.blogspot.com/2005/04/tipos-de-pruebas-de-software.html

Fuentes Castro, J.L. (2008). Calidad del software. Recuperado en octubre del 2017 del sitio web:
https://senastage.blackboard.com/bbcswebdav/courses/150752/Calidad%20del%20Software.pdf

Vivanco, Villamar, A. (2011). Evaluacin de Calidad del Sistema Integrado para casas de
Valores SICAV de la bolsa de valores de Quito utilizando la norma ISO/IEC 14598. Recuperado
de en octubre del 2017 del sitio web:
http://bibdigital.epn.edu.ec/bitstream/15000/4329/1/CD-3948.pdf

Blog personal de Jorge Reyes Vargas


https://jarvars.github.io//testing-no-calidad/

Plan de software (s.f) recuperado el dia 26 de octubre de 2017 del sitio web
http://desasof2004.blogspot.com.co/2009/06/plan-de-pruebas-de-software.html

Pruebas de Calidad de software (s.f) recuperado el dia 26 de octubre de 2017 del sitio web
https://www.ucc.edu.co/prensa/2015/Paginas/la-importancia-del-proceso-de-pruebas-de-calidad-
de-software-en-la-formacion-de-los-ingenieros-de-sistemas.aspx

Você também pode gostar