1.

Unidad 2: Paso 3 Diseño y Elaboración Presentado por: Miller Mauricio Rodríguez Parra Código:
1070751428 Evaluación de Software Grupo: 301569_25 Presentado a: Mauricio Perdomo Vargas
Universidad Nacional Abierta Y A Distancia – UNAD ECBTI Programa Ingeniería de Sistemas CEAD
Arbeláez San Bernardo julio 2017

2. INTRODUCCIÓN Para esta actividad se pretende hacer el reconocimiento de la norma ISO/IEC

14598 y tipos de Pruebas de Software, por medio de la presentación y descripción en un video que
permita comprender los apartes esenciales para realizar una adecuada evaluación del software
que se ha venido trabajando en el curso y posteriormente diseñar las listas de chequeo, una matriz
de prueba y el plan de pruebas que llevará a cabo el estudiante.

3. OBJETIVOS Realizar las lecturas del entorno de conocimiento que corresponden a la unidad 2
del curso Pruebas de Software. Hacer un video que permita comprender los conceptos de la
Norma ISO/IEC 14598 y tipos de Pruebas de Software. Diseñar una lista de chequeo para la
evaluación del SI que se trabajó en la actividad colaborativa 1. Diseñar la matriz de pruebas para
el SI. Crear el plan de pruebas que realizará el estudiante al SI.

4. DESARROLLO Link Video: https://youtu.be/KeoC4AcIhaM Link Blog:

https://ingsistemasmwller.wixsite.com/guies25 Software: Sistema de Homologación Link:
http://homologacion.cefinvirtual.com/alumno/

5. Lista de chequeo Lista de Chequeo Sistema de Homologación R/PT Lista de Chequeo LC1
Característica Criterio Pregunta SI NO Observaciones Funcionalidad Adecuación ¿Se muestran
botones de búsqueda de información? Exactitud ¿Los resultados son correctos de acuerdo a cada
proceso? Interoperabilidad ¿Las consultas con otros sistemas se realizan sin problemas? Seguridad
¿Al ingresar con datos herrados el sistema evita el ingreso? Conformidad de la funcionalidad ¿El
sistema cumple con los estándares funcionales? Confiabilidad Madurez ¿Hay advertencias cuando
falta algún dato o archivo importante?

6. Tolerancia a errores ¿Presenta errores que desestabilicen o interfieran con las operaciones?
Recuperabilidad ¿Al presentarse un fallo, los datos se guardan automáticamente? Conformidad de
la fiabilidad ¿Las pruebas realizadas garantizan la calidad de fiabilidad del sistema? Usabilidad
Entendimiento ¿El diseño permite una navegación de manera intuitiva? Aprendizaje ¿Cuenta con
ayuda para entender su funcionamiento? Operabilidad ¿Su uso es fácil y controlable para el
usuario? Atracción ¿Su interfaz es llamativa y agradable? Conformidad de uso ¿El sistema realiza
todas las operaciones necesarias?

7. Eficiencia Comportamiento de tiempos ¿El sistema responde a una velocidad adecuada en cada
proceso? Utilización de recursos ¿El consumo de recursos cuando el sistema funciona es mínimo?
Conformidad de eficiencia ¿Las condiciones impuestas logran determinar si es de calidad?
Capacidad de mantenimiento Capacidad de ser analizado ¿Las fallas se pueden detectar con
facilidad? Cambiabilidad ¿Es posible realizar mejoras al sistema? Estabilidad ¿Al realizar cambios la
información sigue intacta? Facilidad de prueba ¿Al realizar pruebas se salvaguarda la información?
Conformidad de facilidad de mantenimiento ¿Se tuvieron en cuenta los aspectos más
importantes? Portabilidad Adaptabilidad ¿Al cambiar de navegador, su interfaz sigue siendo la
misma?
8. Facilidad de instalación ¿Es compatible con Windows 10 y Windows 7? Coexistencia ¿Puede
trabajar con el antivirus y cortafuegos sin problemas? Reemplazabilidad ¿Puede ser reemplazado
fácilmente por otra aplicación? Conformidad de portabilidad ¿Es suficiente con realizar las pruebas
únicamente en Windows? Calidad en uso Eficacia ¿Los datos se almacenan conforme los ingresa el
usuario? Productividad ¿Cada proceso se realiza de manera ágil y acertada? Seguridad ¿El sistema
evita el robo de información personal? Satisfacción ¿El uso del sistema se ajusta a lo esperado?

9. Matriz de Prueba R/PT Matriz de Prueba MP1 Característica Criterio Métrica Herramientas Tipo
de Prueba Prueba Norma 14598 REPETIBLE REPRODUC IBLEIMPARCIA L OBJETIVO Funcionalidad
Adecuación El SI cumple sus funciones de manera adecuada Caja Negra Funcionalidad de botones,
cajas de texto y menú Exactitud Los procesos del SI tienen una velocidad adecuada Load impact
Stilus Caja Negra Velocidad al abrir módulos, procesamiento cuando se registran, modifican o
eliminan datos Interoperab ilidad El vínculo a otros sistemas se realiza adecuadamente Link
chequer W3C Caja Negra Funcionalidad de anclas y enlaces

10. Seguridad El acceso al sistema está protegido Caja Negra Acceso al sistema con diferentes
usuarios y contraseñas Conformida d de la funcionalida d Se cumple con los requerimientos Caja
Negra Registro de homologación de estudiantes Confiabilidad Madurez El software funciona
aunque se presenten fallas Caja Negra Carga de archivos en distintos formatos Tolerancia a errores
El software funciona luego de una interrupción Caja Negra Interrumpir un registro Recuperabili
dad En un corte de internet los datos se guardan Caja Negra Interrumpir conexión de internet
Usabilid ad Entendimie nto La interfaz gráfica permite conocer su manejo Caja Negra Navegación
por cada módulo

11. Aprendizaje La ayuda del sistemas brinda aprendizaje Caja Negra Verificación de los botones
de ayuda Atracción El diseño del SI es atractivo Caja Negra Navegación por cada módulo Eficiencia
Comportam iento de tiempos La respuesta del SI en cada proceso es ideal Load impact Pingdom
Tools Caja Negra Tiempo de respuesta del SI Utilización de recursos El consumo de recursos es
aceptable Administrador de tareas de Windows Caja Negra Rendimiento del equipo con el SI en
uso Capacida dde manteni miento Cambiabilid ad El SI permite realizar mejoras Caja Negra
Navegación por todos sus módulos Portabilidad Adaptabilid ad El SI se ejecuta correctamente en
diferentes navegadores Mozilla Firefox Internet Explorer 11 Google Chrome Caja Negra Ejecución
en varios navegadores Facilidad de instalación Se ejecuta de manera adecuada en distintos OS
Windows 7 Windows 10 Linux Ubuntu Caja Negra Ejecución en varios Sistemas Operativos

12. Calidadenuso Eficacia Las operaciones se ejecutan correctamente Caja Negra Registro de
homologación Productivid ad El uso del software se hace de manera ágil Caja Negra Navegación y
registro de homologación Seguridad El ingreso al SI es restringido Caja Negra Ingreso con
diferentes usuarios y contraseñas Satisfacción El sistema se comporta como se espera Caja Negra
Navegación y registro de homologación

13. PLAN DE PRUEBAS Introducción del Producto El Sistema de Homologación permite el registro
de homologaciones de materias a los estudiantes que estén registrados en la plataforma y así
solicitar un estudio de homologación de cursos realizados previamente, permite cargar
documentos de soporte y buscar las instituciones donde se realizaron los estudios, además es
posible hacer un seguimiento al estado de la solicitud de homologación. Objetivo Realizar una
evaluación a la calidad del Sistema de Homologación, con base a la norma ISO/IEC 9126 y la norma
ISO/IEC 14598 para determinar si el Sistema de Información cumple con los requerimientos para lo
cual fue desarrollado. Alcance Se llevará a cabo una serie de pruebas de pruebas a nivel externo,
es decir pruebas de caja negra donde se tendrán en cuenta entre otros elementos como botones,
cajas de texto, interfaz y la usabilidad desde el punto de vista del usuario destacando la forma en
que el éste puede interactuar con el sistema. Funcionalidad: Funciones Velocidad de procesos
Anclas Protección Cumplimiento de requerimientos

14. Confiabilidad: Funcionamiento en fallas Funcionamiento después de interrupciones

Almacenamiento de datos Usabilidad: Facilidad de manejo Facilidad de aprendizaje El diseño
Eficiencia: Respuesta en los procesos Consumo de recursos Mantenibilidad: Posibles mejoras
Portabilidad: Ejecución en navegadores Ejecución en sistemas operativos Calidad en uso:
Ejecución de operaciones Agilidad del sistema

15. Referencias Anónimo. (2016). Guía Digital. Desarrollo de un plan de pruebas. Recuperado de
http://www.guiadigital.gob.cl/articulo/desarrollo-de-un-plan-de-pruebas Anónimo. (2016). It -
Mentor. Pruebas de Software. Recuperado de:
http://materias.fi.uba.ar/7548/PruebasSoftware.pdf Anónimo. (2016). Prueba de Software.
Recuperado de
https://senastage.blackboard.com/bbcswebdav/courses/150752/Pruebas%20del%20Soft
ware_T%C3%A9cnicas.pdf Largo Carlos & Marin Erledy. (2005). Guía Técnica para Evaluación de
Software. Metricas para la calidad del software - EcuRed. (2017). Ecured.cu. Recuperado el 18 de
Julio 2017, a partir de https://www.ecured.cu/Metricas_para_la_calidad_del_software Upamoocs.
(2013). Introducción a las pruebas de software. Recuperado de: https://youtu.be/JTGwW5BVsbI
Propósito de la evaluación y motivación para la prueba Fundamento La motivación que conlleva
a realizar esta evaluación de la calidad de software es la importancia que tiene la satisfacción del
usuario final frente a las soluciones que ofrece el sistema de homologación para solventar sus
necesidades Propósito de la evaluación El propósito de evaluar el software es detectar las
falencias que presenta e identificar las mejoras que podrían implementarse para ofrecer una
solución más adecuada y completa mediante una serie de procesos que permitan verificar la
calidad del sistema de homologación.

16. Cronograma de actividades Actividad Julio 2017 Agosto 2017 08 16 24 31 07 15 23 28 Diseño y

Elaboración Planificación de la prueba Diseño de la prueba Ejecución y Desarrollo Implementación
de las pruebas Ejecución de las pruebas Actividades Finales Evaluación de las pruebas Plan de
pruebas a realizar Técnicas y tipos de pruebas Pruebas de integridad a los datos y a los datos y
a la Base de Datos Registros de homologación Pruebas de funcionamiento Funcionalidad de
botones, cajas de texto y menú Velocidad al abrir módulos, procesamiento cuando se registran,
modifican o eliminan datos Funcionalidad de anclas y enlaces Pruebas de interfaz de usuario
Navegación por cada módulo Verificación de los botones de ayuda Pruebas de Control de
Seguridad y el Acceso Acceso al sistema con diferentes usuarios y contraseñas Pruebas de fallas y
recuperación Interrumpir un registro Interrumpir conexión de internet Pruebas de la
configuración Carga de archivos en distintos formatos

17. PREGUNTAS ¿Qué importancia tiene las pruebas del software en la calidad del mismo? Las
pruebas del software son muy importantes porque muestran si realmente éste es de calidad, al
poner al descubierto las fallas en su desarrollo, permiten una corrección a tiempo y mejoran
exponencialmente cada uno de sus procesos para de esta manera cubrir todas las necesidades
manifestadas por el cliente y las detectadas por el equipo de desarrollo, ya que en la mayoría de
las ocasiones el cliente no tiene conocimientos en diseño y programación de software por lo que
no identificará necesidades profundas que un desarrollador si conoce e identifica. Todo esto
influye en la construcción de aplicaciones sofisticadas y cada vez más complejas que minimizarán
al máximo sus defectos para entregar una verdadera funcionalidad ajustada a lo que requieren los
usuarios finales para sentirse completamente satisfechos. ¿Justifiquen la importancia de elaborar
y aplicar el plan de pruebas en un proyecto de desarrollo de software? Elaborar un plan de
pruebas en un proyecto de desarrollo de software es sumamente importante para que la
evaluación sea efectiva, ya que se deben tener claros los objetivos de la evaluación y cómo cumplir
correctamente ese objetivo, que tipo de pruebas usar, qué herramientas sirven para determinada
para cada una de las pruebas que se van a ejecutar, qué tipo de software se está evaluando
porque no es lo mismo evaluar una aplicación web que una aplicación para móvil o para un
escritorio de Windows. No se puede realizar una prueba de funcionalidad de una aplicación móvil,
para Android por ejemplo, en una computadora con OS Windows o Linux, a menos que se
implemente un simulador de plataforma Android, además se debe tener claro si se tiene acceso al
código fuente del software que se está evaluando para poder realizar pruebas de

18. caja blanca y en estos aspectos el plan de pruebas permite tener una organización y tener
claros los elementos necesarios para lograr una evaluación de calidad de software lo más real y
correcta posible. ¿Qué importancia tienen la utilización de los tipos de pruebas en el desarrollo del
proyecto? Los tipos de pruebas son esenciales para lograr una evaluación más completa y
compleja debido a que existen muchos aspectos que se pueden evaluar para detectar falencias en
un software como la velocidad, estabilidad, seguridad y muchos más, así mismo algunos de estos
aspectos requieren pruebas de caja blanca (acceso al código fuente) y otros con pruebas de caja
negra (nivel externo) son suficientes, es por esto que al implementar diferentes tipos de pruebas
se logra un análisis más profundo y se abarca más ampliamente el funcionamiento general del
software, verificando cada detalle con mucha rigurosidad y así dejar al mínimo las probabilidades
de que la calidad del software no se pueda garantizar.

19. CONCLUSIONES El desarrollo de la actividad de diseño y elaboración permitió al estudiante

aprender un poco más acerca las normas ISO/IEC 9126 y 14598 que direccionan la evaluación de
calidad del software de manera efectiva y con resultados garantizados. También se conocen
herramientas que apoyan un buen desarrollo de cada prueba y la se logra reconocer la
importancia que tiene el diseñar un plan de pruebas mediante una lista de chequeo y una matriz
de pruebas para llevar a feliz término la evaluación de calidad de un software.

20. BIBLIOGRAFÍA Anónimo. (2016). Guía Digital. Desarrollo de un plan de pruebas. Recuperado de
http://www.guiadigital.gob.cl/articulo/desarrollo-de-un-plan-de-pruebas Anónimo. (2016). It -
Mentor. Pruebas de Software. Recuperado de:
http://materias.fi.uba.ar/7548/PruebasSoftware.pdf Anónimo. (2016). Prueba de Software.
Recuperado de
https://senastage.blackboard.com/bbcswebdav/courses/150752/Pruebas%20del%20Softw
are_T%C3%A9cnicas.pdf Caponi, M. De vera, D. (2016). Gestión de Software Informe sobre
Evaluación de Productos. Recuperado de
http://www.fing.edu.uy/inco/cursos/gestsoft/Presentaciones/Evaluacion%20de%20Produc
tos%20-%20G2/Evaluacion%20de%20Productos.pdf Catalan Santiago, G. ( 09,03,2017). OVI -
Unidad dos Pruebas de software. [Archivo de video]. Recuperado de:
http://hdl.handle.net/10596/11652 Largo Carlos & Marin Erledy. (2005). Guía Técnica para
Evaluación de Software. Metricas para la calidad del software - EcuRed. (2017). Ecured.cu.
Recuperado el 18 de Julio 2017, a partir de
https://www.ecured.cu/Metricas_para_la_calidad_del_software Scalone, F. (2006). Estudio
Comparativo de los Modelos y Estándares de Calidad del Software . Recuperado de
http://laboratorios.fi.uba.ar/lsi/scalone-tesis-maestria-ingenieria-en- calidad.PDF

21. Upamoocs. (2013). Introducción a las pruebas de software. Recuperado de:

https://youtu.be/JTGwW5BVsbI

Cordial saludo compañeros y tutor.

A continuación respondo las preguntas, en unos minutos termino la presentación y los productos
del trabajo individual.

¿Qué importancia tiene las pruebas del software en la calidad del mismo?

La calidad del software depende 100% de las pruebas que se realicen con anterioridad, y esta no
se debe dejar al finalizar el trabajo, sino que se deben ejecutar al mismo tiempo que se desarrolla
el código. Hay ingenieros que dejan las pruebas del software al finalizar el proyecto lo cual está
mal hecho, ya que esto puede significar más plata ya que es complicado identificar con exactitud
donde está el error, es más fácil a medida que se codifica ir realizando las pruebas necesarias y no
seguir con el siguiente modulo hasta que se esté seguro de que todo funciona acorde a lo
solicitado por el usuario.

Son muchos los problemas que se han presentado por no realizar las pruebas necesarias antes de
entregar el software al cliente, como ejemplo inconveniente con las transacciones electrónicas,
negocios de la bolsa de valores, telemedicina, transporte aéreo entre otros. Los cuales ha costado
mucha plata a los implicados o incluso se han perdido vidas por el mal funcionamiento.

De manera que no cabe duda de que las pruebas son de vital importancia para que un producto
salga al mercado con todas las garantías necesarias y que no halla incertidumbre que este afectara
algún proceso o alguna vida.

¿Justifiquen la importancia de elaborar y aplicar el plan de pruebas en un proyecto de desarrollo

de software?

El plan de pruebas es importante para explicar el alcance, enfoque, recursos requeridos,

calendario, responsables y el manejo de riesgos de un proceso de pruebas, todo esto para que el
desarrollo del software este siempre seguro y confiable.

¿Qué importancia tienen la utilización de los tipos de pruebas en el desarrollo del proyecto?
La importancia de los tipos de pruebas en el desarrollo de software es proporcionar información
objetiva e independiente sobre la calidad del producto a la parte interesada o stakeholder. Es una
actividad que se realiza en el proceso de control de calidad.

Los tipos de pruebas son básicamente un conjunto de actividades dentro del desarrollo de
software. Dependiendo del tipo de prueba, estas actividades podrán ser implementadas en
cualquier momento de dicho proceso de desarrollo. Existen distintos modelos de desarrollo de
software, así como modelos de pruebas. A cada uno corresponde un nivel distinto de
involucramiento en las actividades de desarrollo, lo cual es importante para que el desarrollo del
proyecto sea confiable y exitoso.