Diana Carvajal

Taller de investigación

 Que es calidad
 La calidad se refiere a la capacidad que posee un objeto para satisfacer
necesidades implícitas o explícitas según un parámetro, un cumplimiento de
requisitos de cualidad.

Calidad es un concepto subjetivo. La calidad está relacionada con las

percepciones de cada individuo para comparar una cosa con cualquier otra de
su misma especie, y diversos factores como la cultura, el producto o servicio, las
necesidades y las expectativas influyen directamente en esta definición.

 Que es la calidad de software

 El término calidad de software se refiere al grado de desempeño de las
principales características con las que debe cumplir un sistema computacional
durante su ciclo de vida, dichas características de cierta manera garantizan que
el cliente cuente con un sistema confiable, lo cual aumenta su satisfacción
frente a la funcionalidad y eficiencia del sistema construido.
 Describa las dimensiones de la calidad Garvin
 La definición de calidad es a menudo un tema muy debatido. Si bien puede
parecer intuitivo, cuando nos ponemos manos a la obra, la “calidad” es un
concepto difícil de definir con precisión y más en la Gestión de Calidad. La
definición más fundamental de un producto de calidad es la que cumple con
las expectativas del cliente. Sin embargo, incluso esta definición es de un nivel
demasiado elevado para considerarse adecuada. David Garvin, profesor
universitario de la U. de Harvard consiguió definir ocho dimensiones que
pueden usarse estratégicamente para analizar la calidad de las características.

Algunas de las dimensiones que se van a describir se refuerzan mutuamente,

mientras que otras no; la mejora en una puede ser a expensas de otra u otras.
Estas ocho dimensiones son especialmente útiles para comprender las
expectativas de los clientes con respecto a la calidad del producto. Comprender
las compensaciones deseadas por los clientes entre estas dimensiones puede
ayudar a construir una ventaja competitiva. Las ocho dimensiones son las
siguientes:

 1. Rendimiento

El rendimiento se refiere a las características operativas principales de un

producto. Esta dimensión de calidad implica atributos importantes; las marcas
generalmente se pueden clasificar objetivamente en aspectos individuales del
rendimiento.
Diana Carvajal

El rendimiento a menudo es más visible en el diseño físico (por ejemplo, en la

velocidad de un automóvil deportivo) que en el diseño digital (en este caso, por
ejemplo, en la conversión en un botón de llamada a la acción). Sin embargo, el
aumento de los datos ha aportado herramientas que nos ayudan a comprender
mejor la eficacia de nuestros productos digitales para completar sus objetivos.
En la actualidad se pueden crear métricas de primera línea que lleguen a la raíz
de lo que estamos tratando de lograr a través de una determinada decisión de
diseño, ya sea la cantidad de registros de aplicaciones o transacciones exitosas.

Además, siempre hay un excelente rendimiento en cuanto a la velocidad de

carga o la fluidez de la animación.

¿Qué datos son críticos para el éxito de nuestro producto? ¿Cómo se puede
medir esta métrica?

¿Un usuario puede lograr de manera eficiente lo que se propuso hacer?

 2. Características

En la segunda dimensión se hace referencia a las características adicionales que

aumentan el atractivo del producto o servicio para el usuario.

“Características” es una palabra que todo el mundo conoce. Aun así, esta
dimensión puede ser engañosa. El objetivo no es tener más funciones, sino
tener buenas características que diferencien al producto de otros. Separación y
diferenciar, como características principales y secundarias no son fáciles de
establecer. De hecho, existen muchas características añadidas que, con el paso
del tiempo, se transforman en básicas o indispensables. Por ejemplo, ahora,
nadie compraría una televisión sin un control remoto que esté incluido en el
sistema (cuando hace tiempo esto no era una principal exigencia de los clientes
usuarios).

 3. Confiabilidad

La confiabilidad es la probabilidad de que un producto no falle dentro de un

período de tiempo específico. Este es un elemento clave para los usuarios que
necesitan que el producto funcione sin problemas.

A primera vista, esto podría ser como un problema de un equipo de

infraestructura. Pero la confiabilidad es un área en la que los diseñadores
pueden tener un impacto real. Los modelos simples y concisos significan menos
casos extremos y un menor riesgo de errores puntuales.

Llegados a este punto se puede extender esta definición más para que sea más
adecuada. Esta es una clave para construir productos con sistemas de diseño
Diana Carvajal

robustos que no solo los hacen más fáciles de construir y mantener, sino que
también brindan una experiencia intuitiva para los usuarios.

 4. Conformidad

La conformidad es la precisión con la que el producto o servicio cumple con los

estándares especificados.

Esta dimensión es la regla que tantos diseñadores adoran romper. Por ejemplo,
cuando se diseñan aplicaciones móviles, se intenta cumplir con las pautas
marcadas en una plataforma: tanto en el diseño de materiales de Android como
en las pautas de interfaz humana de iOS, para que los nuevos usuarios puedan
comprender rápidamente cómo funciona un producto.

Es aceptable romper estas pautas con el estilo o el patrón de interacción, pero

solo si hay una buena razón para hacerlo. Si nadie desafiara las normas, el
diseño no progresaría. Si nadie las siguiera, los usuarios serían arrojados a un
confuso caos de la interfaz. Existen para ello normas de la gestión de calidad,
como la ISO 9000.

 5. Durabilidad

La durabilidad mide la duración de la vida de un producto. Cuando el producto

puede repararse, la estimación de la durabilidad es más complicada. El artículo
se usará hasta que ya no sea económico operarlo. Esto sucede cuando la tasa
de reparación y los costes asociados aumentan significativamente.

Los productos digitales en realidad no se descomponen o desgastan con el uso.

En cambio, se vuelven obsoletos. Los requerimientos de la durabilidad de estos
productos cuentan en la mayoría de los casos con una garantía que se extiende
por uno o dos años. Esta dimensión podría estar relacionada con la fiabilidad,
puesto que cuanto mayor es, mayor durabilidad existe. En esta dimensión, las
preguntas claves serían:

 6. Facilidad de servicio

La capacidad de servicio es la velocidad con la que el producto puede volver a

ponerse en servicio (repararse) cuando se descompone, así como la
competencia y el comportamiento del técnico.

La asistencia de los técnicos y las garantías que ofrecen algunas empresas

pueden afectar a la decisión del cliente, que optará por una marca diferente u
otra. En este caso, la disponibilidad y el acceso a servicios en equipos
tecnológicos también sería un factor a tener en cuenta. Por otro lado, la forma
en la que una organización maneja las devoluciones y reclamados influye en la
calidad del cliente. En algunos casos, una respuesta rápida es crítica.
Diana Carvajal

 7. Estética

La estética es la dimensión subjetiva que indica el tipo de respuesta que un

usuario tiene a un producto. Representa la preferencia personal del individuo
por un determinado producto o servicio.

Claramente, la estética es importante para proporcionar una experiencia única y

deleitar a los usuarios, pero debe sopesarse con las otras dimensiones para
evaluar adecuadamente las compensaciones. Los diseñadores visuales son clave
para retener a los usuarios en un producto exitoso. Aunque subjetivo, si la
estética de un producto no parece moderna, podría indicar que otros aspectos
tampoco se están mejorando.

 8. Calidad percibida

Calidad percibida es la calidad atribuida a un bien o servicio basado en medidas

indirectas.

Esta dimensión va de la mano con la marca. No importa cómo de eficiente sea

su producto, nadie lo tocará si no lo consideran bueno. La apariencia y la
reputación de la marca tienen mucho peso en el espacio digital, ya que los
productos a menudo son impulsados por referencias y descubrimientos
orgánicos. La fiabilidad o duración del producto pueden ser deducidas de
algunos aspectos, que pueden ser tanto tangibles como intangibles: la imagen
de la marca, el lugar donde se fabrica el producto o las opiniones en Internet
del producto influyen en un grupo de consumidores.

En esta última dimensión se puede aventurar que es la más subjetiva y

compleja de manejar o medir, ya que depende de la forma en que cada
persona procesa, recibe o interpreta la información que viene del entorno y de
las experiencias vividas o las vivencias de cada individuo.
Diana Carvajal

 En qué consisten los Factores de la calidad de McCall



El Modelo MacCall surge en el año 1977

y fue creado por Maccall Richar y
Walters. En este modelo se descompone
el concepto genérico de calidad por
medio de tres capacidades importantes
para un software. Las capacidades se
descomponen en factores, luego se
establecen los criterios que se tendrán
en cuenta para evaluar los factores por
medio de métricas, las cuales muestran
si el sistema tiene una característica
dada.

MÉTRICAS DEL MODELO DE MACCALL

Las métricas son utilizadas para medir la calidad del software. La UDES (2015) Afirma: “las
métricas se usan para medir la calidad por medio de una manifestación que se observa visible
en ella”

Las métricas que propone el modelo de McCall son:

Auto documentación: en qué medida el código fuente brinda información sobre los
documentos importantes.

Capacidad de expansión: quiere decir el grado hasta donde está permitido ampliar el diseño
de la arquitectura de datos.

Compleción de las funciones: se trata del grado hasta donde se implementaron las funciones
que eran necesarias.

Complejidad: establecer que tan complejo es el sistema.

Concisión: que tan denso es el programa en lo que se relaciona con las líneas del código.

Consistencia: se refiere al diseño uniforme del programa usando técnicas de documentación.

Diana Carvajal

Eficiencia de ejecución: se trata del rendimiento durante el tiempo que está en ejecución.

Estandarización de comunicaciones: es el grado en que se utilizan los estándares y

protocolos.

Estandarización de datos y estructuras: de qué forma se manejan los datos y las estructuras
en el programa.

Exactitud de cálculo y de control: establecer si la realización de cálculos se hace de forma

precisa.

Facilidad de auditoría: medir el grado de facilidad de comprobación en el programa.

Independencia del hardware: sirve para medir el grado en que el software puede estar
desacoplado en cuanto al hardware donde está funcionando.

Independencia del software: que tan independiente es el software del sistema operativo.

Instrumentación: se refiere al grado de auto vigilancia durante el funcionamiento del

software, y también tiene que ver con la identificación de errores.

Modularidad: que tan independientes son los componentes durante su funcionamiento.

Operatividad: es la facilidad que tiene el software durante su operación.

Seguridad: es la seguridad en la protección de la información en el programa.

Simplicidad: se refiere al grado de dificultad que se puede experimentar para entender el

programa.

Tolerancia a errores: es el grado en que se afecta el programa por causa de un error.

Trazabilidad: cuál es la asociación de los requisitos y los elementos de diseño.

Diana Carvajal

 Mencione los Factores de la calidad ISO 9126

 Modelo de calidad establecido por el estándar ISO 9126

Características

FUNCIONALIDAD

Esta característica permite calificar si un producto de software maneja en forma

adecuada el conjunto de funciones que satisfagan las necesidades para las
cuales fue diseñado.

Atributos: Adecuación. Exactitud. Interoperabilidad. Conformidad. Seguridad.

CONFIABILIDAD

Se refieren a la capacidad del software de mantener su nivel de ejecución bajo

condiciones normales en un periodo de tiempo establecido.

Subcaracterísticas: Nivel de Madurez. Tolerancia a fallas. Recuperación.

USABILIDAD

Característica que permiten evaluar el esfuerzo necesario que deberá invertir el

usuario para utilizar el sistema.

Atributos: Comprensibilidad. Facilidad de Aprender. Operabilidad.

EFICIENCIA

Esta característica permite evaluar la relación entre el nivel de funcionamiento

del software y la cantidad de recursos usados.

Aspectos a evaluar: Comportamiento con respecto al Tiempo. Comportamiento

con respecto a Recursos.

MANTENIBILIDAD

Aquí permite medir el esfuerzo necesario para realizar modificaciones al

software, ya sea por la corrección de errores o por el incremento de
funcionalidad.

Factores: Capacidad de análisis. Capacidad de modificación. Estabilidad.

Facilidad de Prueba.
Diana Carvajal

PORTABILIDAD

Se refiere a la habilidad del software de ser transferido de un ambiente a otro.

Aspectos: Adaptabilidad. Facilidad de Instalación. Conformidad. Capacidad de
reemplazo.

 Según sus palabras indique cual es el dilema de la calidad de software

 El dilema de calidad de software lo relaciono como una balanza, si entregas un
producto de mala calidad lo mas seguro es que el producto no se venda y no
cumpla la necesidad que se espera, y si le inviertes mucho tiempo al producto
para crear algo de calidad se incrementan los costos de producción del
producto y de ser un producto de alto costo es más difícil comercializarlo.

La manera de equilibrar esa balanza es pactar un tiempo estimado de entrega y

los recursos necesarios para el desarrollo en donde se incluya las respectivas
pruebas y correcciones para así poder entregar un producto buenos, útil y
comercial.

 Que es una prueba de software

 Las pruebas de software son un conjunto de procesos con los que se pretende
probar un sistema o aplicación en diferentes momentos para comprobar su
correcto funcionamiento. Este tipo de pruebas abarca cualquier estadio del
desarrollo del sistema, desde su creación hasta su puesta en producción. Lo
interesante de las pruebas es que se puedan ejecutar de manera automática,
para determinar en cualquier momento si tenemos una aplicación estable o si,
por el contrario, un cambio en una parte ha afectado a otras partes sin que nos
demos cuenta.

 Que es una prueba de Unidad

 Las pruebas unitarias o unit testing son una forma de
comprobar que un fragmento de código funciona
correctamente. Es un procedimiento más de los que se llevan a
cabo dentro de una metodología ágil de trabajo.
 Que es una prueba de integración
 El objetivo de las pruebas de integración es verificar el correcto
ensamblaje entre los distintos componentes una vez que han
sido probados unitariamente con el fin de comprobar que
interactúan correctamente a través de sus interfaces, tanto
internas como externas, cubren la funcionalidad establecida y se
ajustan a los requisitos no funcionales especificados en las
verificaciones correspondientes.
 Integración ascendente
Diana Carvajal

 Empieza la construcción y la prueba con los niveles más bajos

de la estructura del programa. Dado que los módulos se
integran de abajo hacia arriba, el proceso requerido de los
módulos subordinados siempre está disponible y se elimina la
necesidad de resguardos.

Se puede implementar una estrategia de integración

ascendente mediante los siguientes pasos:

1. Se combina los módulos de bajo nivel en grupos que realicen

una subfunción específica del software.

2. se describe un controlador (un programa de control de la

prueba) para coordinar la entrada y la salida de los casos de
prueba.

3. Se prueba el grupo.

4. Se eliminan los controladores y se combinan los grupos

moviéndose hacia arriba por la estructura del programa.

 Integración descendente
Diana Carvajal

 Se integran los módulos moviéndose hacia abajo por la

jerarquía de control, comenzando por el módulo de control
principal (programa principal). Los módulos subordinados al
módulo de control principal se van incorporando en la
estructura, bien de forma primero en profundidad, o bien de
forma primero en anchura.

 Que son las pruebas de unidad y de contexto

 Son pequeños test que validan el comportamiento de un objeto
y la lógica. El unit testing suele realizarse durante la fase de
desarrollo de aplicaciones de software o móviles. Normalmente
las llevan a cabo los desarrolladores, aunque en la práctica,
también pueden realizarlas los responsables de QA.

 Que son las pruebas de integración en el contexto  

 Las pruebas de integración orientadas a objetos se enfocan a la
interacción entre unidades, suponiendo que cada una fue
probada a nivel de unidad. A este nivel se mezclan aspectos
estructurales que relacionan las maneras de interactuar de las
unidades y también los aspectos típicamente funcionales.
   
 Que son las pruebas de caja blanca
 Las pruebas de caja blanca (también conocidas como pruebas
de caja de cristal o pruebas estructurales) se centran en los
Diana Carvajal

detalles procedimentales del software, por lo que su diseño está

fuertemente ligado al código fuente, lo cual, esto significa que
tenemos que realizar un “estudio”, o más bien, un análisis de
nuestro código, para esto, existen tres pautas fundamentales
para poder realizar con éxito una prueba de caja blanca.

 Que son las pruebas de validación

 El objetivo de estas pruebas es obtener información útil para la validación de la
implementación de los algoritmos estudiados. Se asume para esta parte que el
software ha cumplido la etapa de verificación, por lo tanto, está libre de errores
de tiempo de ejecución, lo que no significa que esté libre de errores lógicos
(diferencias entre la estrategia propuesta y la implementada).

La estrategia propuesta para las mismas es la siguiente:

 Considerar redes de tamaño relativamente pequeño (confiables y no

confiables).
 Calcular el índice de confiabilidad de forma manual (utilizando por
ejemplo el algoritmo de enumeración completa de estados, o en casos
en que sea posible, en forma analítica).
 Comparar con los resultados proporcionados por los algoritmos.

 Pruebas alfa y beta

 ALFA

 Esta es una forma de prueba de aceptación interna realizada

principalmente por los equipos internos de control de calidad y pruebas
del software. La prueba alfa es la última prueba realizada por los
equipos de prueba en el sitio de desarrollo después de la prueba de
aceptación y antes de lanzar el software para la prueba beta.
 Los usuarios o clientes potenciales de la aplicación también pueden
realizar pruebas alfa. Pero, aun así, esta es una forma de prueba de
aceptación interna.

 BETA

 Esta es una etapa de prueba seguida por el ciclo de prueba alfa

completo interno. Esta es la fase de prueba final en la que las empresas
lanzan el software a algunos grupos de usuarios externos fuera de los
equipos de prueba o empleados de la empresa. Esta versión inicial del
software se conoce como versión beta. La mayoría de las empresas
recopilan comentarios de los usuarios en esta versión.
Diana Carvajal

 En resumen, las pruebas beta se pueden definir como - las pruebas

realizadas por usuarios reales en un entorno real.

 Que son las pruebas de recuperación

 Las pruebas de recuperación de desastres ayudan a garantizar que una
organización podrá recuperar datos, aplicaciones críticas de negocio y
continuar con su funcionamiento después de una interrupción de los servicios.
La función principal de una prueba de DR es evaluar plenamente la continuidad
del negocio y los planes de recuperación de desastres. El proceso de prueba le
permite a una organización llevar a cabo el plan de mantenimiento y capacitar
al personal sobre los procedimientos de recuperación de desastres.
 Que son las pruebas de seguridad  
 Las pruebas de seguridad abarcan más allá de lo que es el simple escaneo de
puerto, los probadores deben utilizar enfoques basados en el riesgo, basados
tanto en la realidad arquitectónica del sistema como en la mentalidad del
atacante, para evaluar adecuadamente la seguridad del software.
 Que son las pruebas de esfuerzo
 Las pruebas de estrés sirven para valorar cómo responde el software bajo
condiciones de tráfico pesado, ya sea con picos de tráfico o manteniendo alto
tráfico en el tiempo. El software para pruebas de estrés en un entorno local
implica invertir en servidores, software y redes dedicadas. Esto son costes
elevados.
 Al realizar las pruebas en el Cloud nos encontramos con un entorno más
rentable y escalable, y soportaremos menores costes de operación.
 Que son las pruebas de rendimiento  
 Las pruebas de esfuerzo y carga son subconjuntos de pruebas de rendimiento
de software. El objetivo de las pruebas de rendimiento no es encontrar errores
o defectos, sino establecer puntos de referencia para la funcionalidad (es decir,
velocidad de carga, tiempo de respuesta, rendimiento de datos y puntos de
interrupción).
 Las pruebas en el Cloud son particularmente adecuadas para las pruebas de
rendimiento del software porque permiten crear simulaciones de alto tráfico sin
necesidad de la infraestructura para hacerlo desde cero. 
 Que son las pruebas de despliegue
 El Despliegue de software son todas las actividades que hacen que un sistema
de software esté disponible para su uso.
 El proceso de implementación general consiste en varias actividades
interrelacionadas con posibles transiciones entre ellas. Estas actividades pueden
ocurrir en el lado del desarrollador de software o en el lado del consumidor o
en ambos. Debido a que cada sistema de software es único, los procesos o
procedimientos precisos dentro de cada actividad difícilmente pueden
definirse. Por lo tanto, la "implementación" debe interpretarse como un
proceso general que debe personalizarse de acuerdo con los requisitos o
características específicos.
Diana Carvajal

Bibliografia

https://www.significados.com/calidad/

https://www.redalyc.org/journal/2654/265452747018/html/

https://www.cerembs.co/blog/las-8-dimensiones-de-calidad-total-de-garvin

https://modelos-de-evaluacion-de-recursos-
grupo6.fandom.com/es/wiki/Modelo_de_calidad_McCall

https://lecasabe.com/que-es-la-norma-iso-9126/

https://www.campusmvp.es/recursos/post/que-son-las-pruebas-de-software.aspx

https://www.yeeply.com/blog/que-son-pruebas-unitarias/

https://manuel.cillero.es/doc/metodologia/metrica-3/tecnicas/pruebas/integracion/

https://ingsoftwarejefer.webcindario.com/unidad-3/estrategias-de-prueba-del-software/pruebas-
de-integracion-del-sitema.html

https://blog.facialix.com/pruebas-de-caja-blanca-en-python-que-son-y-como-implementarlas/

https://www.fing.edu.uy/~mauttone/validacion.html

https://es.myservername.com/alpha-testing-beta-testing

https://searchdatacenter.techtarget.com/es/definicion/Prueba-de-recuperacion-de-desastres-DR

https://www.redalyc.org/journal/6139/613964504010/html/

https://www.arsys.es/blog/desarrollo-testing-softwarecloud/#Pruebas_de_rendimiento