1

Propuesta de un "Plan de calidad orientado a pruebas"

para una empresa colombiana de desarrollo de software

Entrega previa 2 – Semana 5

Presentado por: Subgrupo 4

Daniel Alexander Almanza Manjarrez

Jessica Tatiana Zapata Chavarría

Luis Eduardo Antonio Peña

Ricardo Alfonso Mira Múnera

Sara Valentina Mendieta Bohórquez

Silvana Steisy Giraldo Arismendy

Presentado a:

Margarita Avellaneda Vargas

Institución Universitaria Politécnico Grancolombiano

Pruebas y calidad de software

2023
 2

Tabla de Contenido
1. Empresa: TECNOBOYACÁ ..................................................................................................................... 3
1.1. Descripción: ...................................................................................................................................... 3
1.2. Objetivos:.......................................................................................................................................... 3
1.3. Misión: .............................................................................................................................................. 4
1.4. Visión ................................................................................................................................................ 4
2. Comparativo de Modelos de Calidad .................................................................................................. 4
3. Análisis DOFA ....................................................................................................................................... 7
3.1. Debilidades ....................................................................................................................................... 7
3.2. Fortalezas.......................................................................................................................................... 8
3.3. Oportunidades.................................................................................................................................. 8
3.4. Amenazas.......................................................................................................................................... 8
4. Modelos ................................................................................................................................................ 8
4.1. El modelo CMMI ............................................................................................................................... 9
4.2. El modelo ISO/IEC 9126 .................................................................................................................. 10
4.2.1. Análisis de las Características Propuestas por ISO-9126: ......................................................... 11
4.2.1.1. Funcionalidad ......................................................................................................................... 12
4.2.1.2. Confiabilidad........................................................................................................................... 13
4.2.1.3. Usabilidad ............................................................................................................................... 14
4.2.1.4. Eficiencia ................................................................................................................................. 14
4.2.1.5. Mantenibilidad ....................................................................................................................... 14
4.2.1.6. Portabilidad ............................................................................................................................ 15
5. Actividades Procedimientos y Procesos de la Empresa .................................................................... 16
6. Cronogramas de actividades .............................................................................................................. 20
7. Procedimientos de Pruebas de Software, Roles y Responsabilidades ............................................. 26
8. Métricas .............................................................................................................................................. 30
9. Bibliografía.......................................................................................................................................... 33
 3

1. Empresa: TECNOBOYACÁ

1.1.Descripción:

TECNOBOYACÁ es una pequeña empresa de desarrollo de software, ubicada en la

ciudad de Tunja, Boyacá, Colombia. Ofrecemos servicios de desarrollo de aplicaciones móviles,

desarrollo web, diseño gráfico y consultoría tecnológica. Nuestros servicios se enfocan en

soluciones personalizadas y adaptadas a las necesidades de nuestros clientes. Nos

comprometemos a brindar productos de calidad, tiempos de entrega eficientes y precios

competitivos.

1.2.Objetivos:

• Brindar soluciones tecnológicas innovadoras y personalizadas a nuestros clientes.

• Ofrecer servicios de alta calidad y precios competitivos para consolidarnos como una

empresa líder en el mercado local.

 4

• Fomentar un ambiente de trabajo colaborativo y creativo que incentive la productividad y

satisfacción de nuestro equipo de trabajo.

1.3.Misión:

En TECNOBOYACÁ nos enfocamos en brindar soluciones tecnológicas personalizadas

y de alta calidad a nuestros clientes, mediante el uso de herramientas y metodologías de

vanguardia, con el objetivo de mejorar su competitividad y rentabilidad en el mercado.

1.4.Visión
Ser reconocidos como la empresa líder en el desarrollo de soluciones tecnológicas en la

región de Boyacá, Colombia, destacándonos por nuestra calidad, innovación y excelencia en el

servicio al cliente.

2. Comparativo de Modelos de Calidad

MODELO PDCA
El ciclo de Deming es también es denominado ciclo PDCA, por sus
siglas en inglés de las etapas Plan, Do, Check y Act. De igual
manera, se le conoce como espiral de mejora continua o ciclo
DESCRIPCIÓN
PHVA, debido a la traducción en español de sus etapas Planificar,
Hacer, Verificar y Actuar.

• Plan(planificar) Se crean objetivos, se designan deberes

• Do(hacer) Trabajar en los cambios y objetivos
ELEMENTOS O • Check (verificar) Evaluar los resultados
FACTORES • Act (actuar) Se toman decisiones con base en el aprendizaje
obtenido

• Mejora continua
• Incremento de productividad
VENTAJAS • Aplicación ilimitada
• Carácter iterativo que permite una atención continua
• La configuración es sencilla y requiere orientación
 5

• Lentitud
• Susceptible a imprevistos
• Con frecuencia el resultado final queda relegado al proceso
DESVENTAJAS
• Debido al énfasis al trabajo en equipo dificulta la evaluación del
rendimiento individual

MODELO CMMI
Se basa en buenas prácticas para la gestión de procesos del
negocio. Con este modelo se establecen cinco modelos de madurez
de una empresa y de sus procesos, dependiendo de una serie de
características.
DESCRIPCIÓN
Esta valoración califica los grados de madurez del uno al cinco e
inicialmente se aplicó en la industria de desarrollo de software, pero
dado su éxito se ha ido aplicando en empresas de otros sectores.

• Nivel de madurez 1 (Inicial)

• Nivel de madurez 2 (Gestionado)
ELEMENTOS O • Nivel de madurez 3 (Definido)
FACTORES • Nivel de madurez 4 (Gestionado cuantitativamente)
• Nivel de madurez 5 (Optimización)

• Mejora la comunicación
• Proporciona a los trabajadores una idea clara y global
• Aumenta la calidad de productos y servicios
VENTAJAS • Mejora la satisfacción del cliente
• Reducción de los trabajos derivados de correcciones tras las
fases de pruebas

• El proceso de evaluación es muy costoso en tiempo y esfuerzo

• Exige un alto esfuerzo de implantación
DESVENTAJAS • La complejidad de la evaluación continua puede atentar contra
la definición de objetivos concretos de madurez

MODELO ISO/IEC 15504 (SPICE)

La norma ISO/IEC 15504 también, denominada SPICE, Software
DESCRIPCIÓN
Process Improvement and Capability Etermination, por el proyecto
 6

que dio origen a la norma, proporciona una base para realizar

evaluaciones de la capacidad de los procesos de software y permite
reflejar los resultados obtenidos sobre una escala común, que puede
usarse

• Ser aplicable a cualquier organización o empresa

• Sirve de marco para métodos de evaluación
• Independiente de la organización, el modelo del ciclo de vida, la
ELEMENTOS O
metodología y la tecnología
FACTORES
• Determinación de la capacidad (niveles de capacidad o de
madurez)

• Es el modelo más consensuado y probado

• Menores costos de certificación
• El resultado de una evaluación de proceso puede ser
representado por un perfil de proceso
VENTAJAS
• Coherencia con otros modelos de calidad ya implementados
como ISO9001 – ISO20000 – ISO27000
• Mayor reconocimiento en el mercado europeo

• No es practico ni fácil de aplicar

• Tiene solamente lineamientos para un mecanismo devaluación
DESVENTAJAS
• Poco reconocimiento en el mercado norteamericano

MODELO BOEHM
El modelo fue creado en 1978 se basa en la identificar las
características de la calidad para el software. Su aportación más
DESCRIPCIÓN significativa fue que el software se consideraría de calidad siempre
y cuando fuera verdaderamente útil. Así que basándose en el
concepto de utilidad plantea el modelo de calidad.
• Utilidad tal y como esta (Fiabilidad, eficiencia, usabilidad)
• Facilidad de mantenimiento (Facilidad de evaluación,
ELEMENTOS O compresibilidad, facilidad para ser modificado)
FACTORES • Portabilidad (Independencia de dispositivos, autocontención,
consistencia, integridad)

• Integra el desarrollo de software con el mantenimiento

• Presenta un rango alto de característica primitivas
VENTAJAS
• Es el segundo modelo de calidad más conocido

• Genera mucho tiempo de análisis

DESVENTAJAS
• Es un modelo costoso
 7

• Funciona mejor en grandes proyectos

• Se trabaja siguiendo un protocolo y debe ser seguido
estrictamente para un buen funcionamiento

MODELO GILB
Modelo de calidad que orienta la evaluación de software a partir de
los atributos: Capacidad de trabajo, adaptabilidad, disponibilidad y
utilizabilidad, los cuales se dividen en subatributos, de tal manera
DESCRIPCIÓN
que sirva de apoyo a la gestión de proyectos, y proporcione una
guía para solucionar problemas y detectar riesgos

• Capacidad de trabajo
• Adaptabilidad
ELEMENTOS O
• Disponibilidad
FACTORES
• Utilizabilidad

• El modelo evalúa el producto de manera independiente

• Al igual que otros procesos utiliza niveles de jerarquías para
delegar trabajos
VENTAJAS • Facilidad de mantenimiento
• Facilidad de uso
• Posibilidad de corregir errores dentro de un programa

• Se evalúan muchos factores que provocan un mayor trabajo en

tiempo y costo
• Se requiere de inversiones importantes
DESVENTAJAS
• Pierde perspectiva de la independencia que existe entre los
miembros de la empresa

3. Análisis DOFA

3.1.Debilidades

• Falta de experiencia y reconocimiento en el mercado.

• Limitaciones en cuanto a recursos financieros y tecnológicos.

• Tamaño reducido de la empresa, lo que puede limitar la capacidad de atender a múltiples

proyectos simultáneamente.
 8

3.2.Fortalezas

• Enfoque en soluciones personalizadas y adaptadas a las necesidades de los clientes.

• Equipo de trabajo altamente capacitado y comprometido.

• Ubicación estratégica en la ciudad de Tunja, Boyacá, lo que nos permite atender a un

mercado amplio y en crecimiento.

3.3.Oportunidades

• El mercado local de tecnología está en crecimiento y demanda soluciones personalizadas.

• La pandemia ha generado una mayor necesidad de soluciones tecnológicas para el

teletrabajo y la digitalización de procesos.

• Hay una creciente demanda de desarrollo de aplicaciones móviles y de soluciones de

comercio electrónico.

3.4.Amenazas

• La competencia en el mercado local puede ser alta y estar dominada por empresas más

grandes y reconocidas.

• La situación económica del país y la región puede afectar la demanda de servicios de

tecnología.

• Los avances tecnológicos y las nuevas tendencias pueden requerir una actualización

constante de los conocimientos y habilidades del equipo de trabajo.

4. Modelos

Establezca varios criterios que le permitan validar el estado de la empresa (puede tomar

las KPA del modelo CMM u otros que considere afecten su decisión) frente a cada modelo y los
 9

elementos que describió. Indique los dos modelos que considere más adecuados para lograr la

calidad en los productos de software que su empresa desarrolla ya sean internos o externos.

• De acuerdo a los modelos de calidad de software descritos anteriormente, decidimos

tomar el modelo CMMI y el Modelo ISO/IEC 9126, con la finalidad de establecer

criterios que nos permitan validar el estado del avance de la empresa TECNOBOYACÁ.

Figura 1: Modelo CMMI

Fuente: https://red-modelos-de-evaluacion-y

calidad2020.fandom.com/es/wiki/MODELO_CMMI?file=Modelo_12.png

4.1.El modelo CMMI establece un conjunto de prácticas o procesos que son claves

encada proceso, es decir:

• Deben ser definidas en un procedimiento documentado

• Deben ser provistas de los medios y formación necesarios

• Deben ser ejecutadas en modo sistemático, universal y uniforme

 10

• Deben ser medibles y verificables.

Una de las ventajas de usar CMMI, aclara que se puede conocer los elementos

específicos que necesitan una mejora, además, de indicar como lograr esta mejoría; teniendo

como resultado, una mejora en la comunicación interna y externa de la empresa al proporcionar

un marco común; incluso, proporciona a los empleados, una idea especifica y global, lo que les

perimirá centrarse en sus objetivos, y así aumentar la calidad de productos y servicios,

reduciendo los tiempos de entrega; esto a su vez, sin duda disminuye los costos, y mejora la

satisfacción del cliente.

4.2.El modelo ISO/IEC 9126, es un modelo que establece unos criterios para evaluar

la calidad de software, que se divide en 4 partes, las cuales dirigen, métricas

externas, métricas internas y calidad de las métricas de uso y expendido. Este

modelo clasifica la calidad del software en un conjunto estructurado de

características y criterios así: (Modelos y estándares de calidad aplicados al

sistema de información, 2017)

 11

Figura 2: modelo ISO/IEC 9126

Fuente:

https://www.google.com/searchq=grafica+Modelo+ISO/IEC+9126&source=lnms&tbm=isch&s

a=X&ved=2ahUKEwjs5Owvfr9AhVxk4QIHYSkBDUQ_AUoAXoECAEQAw&biw=1422&bih=6

41&dpr=1.35#imgrc=2C32PiPKzZzBRM

4.2.1. Análisis de las Características Propuestas por ISO-9126:

• Funcionalidad

• Confiabilidad

• Usabilidad

• Eficiencia

• Portabilidad

• Mantenibilidad
 12

Figura 3:ISO 9126

Fuente: http://csi-sandra-unidad4.blogspot.com/2017/07/42-la-norma-isoiec-9126.html

4.2.1.1. Funcionalidad

En este grupo se conjunta una serie de atributos que permiten calificar si un producto de

software maneja en forma adecuada el conjunto de funciones que satisfagan las necesidades para

las cuales fue diseñado. Para este propósito se establecen los siguientes atributos:

- Adecuación. Se enfatiza en evaluar si el software cuenta con un conjunto de funciones

apropiadas para efectuar las tareas que fueron especificadas en su definición.

 13

- Exactitud. Permite evaluar si el software presenta resultados acordes a las necesidades

para las cuales fue creado.

- Interoperabilidad. Evalúa la habilidad del software de interactuar con otros sistemas

previamente especificados.

- Conformidad. Evalúa si el software es compatible con estándares, convenciones o

regulaciones en leyes y prescripciones similares.

- Seguridad. Hace referencia a la habilidad de prevenir el acceso no autorizado, ya sea

accidental o premeditado, a los programas y datos.

(Modelos y estándares de calidad aplicados al sistema de información, 2017)

4.2.1.2. Confiabilidad

Se agrupan un conjunto de atributos que se refieren a la capacidad del software de mantener

su nivel de ejecución bajo condiciones normales en un periodo de tiempo establecido. Las

subcaracterísticas que el estándar sugiere son:

- Nivel de Madurez. Permite medir la frecuencia de falla por errores en el software.

- Tolerancia a fallas. Es la habilidad de mantener un nivel específico de funcionamiento

en caso de fallas del software o de cometer infracciones de su interfaz específica.

- Recuperación. Hace referencia a la capacidad de restablecer el nivel de operación y

recobrar los datos que hayan sido afectados directamente por una falla, así como al

tiempo y el esfuerzo necesarios para lograrlo.

(Modelos y estándares de calidad aplicados al sistema de información, 2017)

 14

4.2.1.3. Usabilidad

Consiste de un conjunto de atributos que permiten evaluar el esfuerzo necesario que deberá

invertir el usuario para utilizar el sistema.

- Comprensibilidad. Hace referencia al esfuerzo requerido por los usuarios para reconocer

la estructura lógica del sistema y los conceptos relativos a la aplicación del software.

- Facilidad de Aprender. Establece atributos del software relativos al esfuerzo que los

usuarios deben hacer para aprender a usar la aplicación.

- Operabilidad. Agrupa los conceptos que evalúan la operación y el control del sistema.

(Modelos y estándares de calidad aplicados al sistema de información, 2017)

4.2.1.4. Eficiencia

Ésta, permite evaluar la relación entre el nivel de funcionamiento del software y la cantidad

de recursos usados:

- Comportamiento con respecto al Tiempo. Atributos del software relativos a los

tiempos de respuesta y de procesamiento de los datos.

- Comportamiento con respecto a Recursos. Atributos del software relativos a la

cantidad de recursos usados y la duración de su uso en la realización de sus funciones.

(Modelos y estándares de calidad aplicados al sistema de información, 2017)

4.2.1.5. Mantenibilidad
 15

Se refiere a los atributos que permiten medir el esfuerzo necesario para realizar

modificaciones al software, ya sea en la corrección de errores o por el incremento de

funcionalidad.

- Capacidad de análisis. Relativo al esfuerzo necesario para diagnosticar las causas de las

fallas, o para identificar procesos que deberán ser modificadas.

- Capacidad de modificación. Mide el esfuerzo necesario para modificar aspectos del

software, remover fallas o adaptación del software.

- Estabilidad. Permite evaluar los riesgos de efectos inesperados, debidos a las

modificaciones realizadas al software.

- Facilidad de Prueba. Se refiere al esfuerzo necesario para validar el software una vez

que fue modificado.

(Modelos y estándares de calidad aplicados al sistema de información, 2017)

4.2.1.6. Portabilidad

En este caso, se refiere a la habilidad del software de ser transferido de un ambiente a otro, y

considera los siguientes aspectos:

- Adaptabilidad. Evalúa la oportunidad para adaptar el software a diferentes ambientes sin

necesidad de aplicar modificaciones.

- Facilidad de Instalación. Es el esfuerzo necesario para instalar el software.

- Conformidad. Permite evaluar si el software se adhiere a estándares o convenciones

relativas a portabilidad.
 16

- Capacidad de reemplazo. Se refiere a la oportunidad y el esfuerzo usado en sustituir el

software por otro producto con funciones similares.

(Modelos y estándares de calidad aplicados al sistema de información, 2017)

Dentro de las ventajas de usar el modelo ISO/IEC 1976 está que tiene una terminología clara

y precisa, lo que hace que sea más comprensible para todos los actores del proceso, introduce un

nuevo concepto que es la calidad del uso que tiene en cuenta lo más importante para la gestión de

la calidad que es la opinión del usuario; además es un modelo que se puede utilizar para varios

proyectos.

5. Actividades Procedimientos y Procesos de la Empresa

Actividades:

• Análisis de requisitos: reunirse con los clientes para entender sus necesidades y crear un

plan de desarrollo.

• Ingeniería de software: crear especificaciones detalladas del software y diseñar

soluciones.

• Codificación: escribir y probar el código.

• Integración: unir diferentes piezas de software y pruebas de integración.

• Pruebas de calidad: realizar pruebas de funcionalidad, integración, unidad y rendimiento.

• Despliegue: configurar software en sistemas y entornos de producción.

• Mantenimiento y soporte: proporcionar soluciones de software para errores y problemas

de producción.
 17

Procesos:

• Análisis de requisitos: se recopilan y analizan los requisitos del cliente para el desarrollo

del software.

• Diseño: se realiza el diseño de la arquitectura del software y se elaboran los diagramas de

flujo y algoritmos.

• Codificación: se escribe el código en el lenguaje de programación elegido.

• Pruebas unitarias: se prueba cada unidad de código para comprobar su funcionamiento

correcto y se corrigen los errores detectados.

• Integración: se unen todas las unidades del software y se realizan las pruebas de

integración.

• Pruebas funcionales: se realizan pruebas para comprobar que la funcionalidad del

software cumple con los requisitos especificados.

• Implementación: se instala el software en el entorno del cliente o se entrega el paquete de

instalación al cliente.

Procedimientos:

• Control de versiones: se utiliza un sistema de control de versiones para mantener un

histórico de cambios realizado en el código.

• Gestión de errores: se utiliza un sistema para gestionar los errores y problemas detectados

durante el desarrollo y las pruebas.

 18

• Planificación de las pruebas: se elabora un plan de pruebas en el que se detalla las

distintas pruebas a realizar y los criterios de aceptación.

• Gestión de requisitos: se utiliza un sistema para gestionar los requisitos del cliente y su

evolución durante todo el proceso de desarrollo del software.

• Documentación: se elaboran documentos para describir la arquitectura del software, la

estructura del código y las especificaciones de las pruebas.

Estrategias de mejora en los procesos:

• Implementar metodologías ágiles de gestión de proyectos para mejorar la eficiencia, la

transparencia y la colaboración entre los equipos.

• Incorporar herramientas de automatización de pruebas de software para detectar errores y

fallos en el ciclo de vida del desarrollo de software, reduciendo así el número de errores

en el software entregado a los clientes.

• Mejorar la comunicación y la colaboración entre el equipo de desarrollo y el equipo de

atención al cliente para conocer mejor las necesidades del cliente y así ofrecer soluciones

más adecuadas.

• Realizar una revisión regular de los procesos y políticas de la empresa para identificar

posibles áreas de mejora y ajustar los procesos en consecuencia.

• Capacitar al personal en las últimas técnicas de desarrollo de software y metodologías de

gestión de proyectos para asegurar que la empresa esté al día con los últimos avances en

esta área de conocimiento.

 19

• Implementar estándares de calidad a lo largo del ciclo de vida del desarrollo de software,

como la documentación completa, la verificación y validación de cada etapa y la mejora

continua de los procesos para ofrecer un software de alta calidad a los clientes.

• Fomentar la innovación y el emprendimiento dentro de la empresa, promoviendo un

ambiente creativo y arriesgado que conlleve a nuevos y mejores productos.

Situación Actual de la Empresa:

• Recursos humanos: Se cuenta con un equipo altamente calificado y capacitado en las

tecnologías más recientes. La empresa brinda capacitaciones y oportunidades de

crecimiento para sus empleados, de esta manera se retienen a los talentos y se continúa

mejorando su oferta de servicios.

• Producto y servicios: La oferta de productos y servicios de la empresa es amplia y diversa

para cubrir las necesidades de sus clientes. A su vez, se cuenta con soluciones

personalizadas y que se adaptan a las necesidades específicas de cada cliente.

• Clientes: La empresa cuenta con una cartera estable de clientes, tanto nuevos como

existentes, de esta manera se mantiene un flujo de ingresos constante. Se fidelizan a los

clientes existentes y se atraen a nuevos mediante una sólida reputación y una oferta de

valor diferencial.

• Tecnología: Como empresa de software, la empresa cuenta con una sólida base

tecnológica, manteniéndose actualizada en las últimas tendencias y tecnologías. La

empresa está preparada para hacer frente a cambios tecnológicos y adaptarse rápidamente

a ellos.
 20

• Finanzas: La empresa cuenta con una saludable situación financiera, de este modo se

mantiene en el mercado y puede invertir en la modernización de su tecnología y en la

capacitación de su personal. Se cuenta con un plan estratégico a largo plazo para asegurar

su sostenibilidad.

En conclusión, la empresa está enfocada en mantenerse actualizada y en adaptarse

rápidamente al cambio. La capacitación y retención de talentos, la oferta de productos y servicios

personalizados, la fidelización de clientes y una sólida base tecnológica son clave para asegurar

su éxito.

6. Cronogramas de actividades

Para realizar un buen desarrollo de las pruebas se tienen en cuenta varios puntos como el

desarrollo de actas de reunión para consolidar los puntos más importantes y definir de manera

general puntos clave como roles y responsabilidades y los procedimientos de las pruebas, además

de llevar cronogramas de pruebas de usuario, tablas para verificar el avance programado de las

pruebas con el avance real, encuestas para obtener una visión de la óptica del cliente y

estadísticas para obtener una visión global de las pruebas.

Formatos y seguimiento:

Como se ve en el cronograma siguiente se programan y se realizan casos de pruebas

funcionales de los aspectos más relevantes del proyecto y se recopilan datos de cada una de ellas
 21

En la siguiente tabla se muestra una comparación entre la planificación del proyecto y la

realización de los ciclos de prueba; el cliente estuvo de acuerdo con lo realizado en el ciclo de

pruebas y con lo verificado en el plan de pruebas. Se evaluó en una reunión la satisfacción del

cliente.
 22

En la tabla se observa una parte de la encuesta realizada al cliente; se establecieron como

parámetros: 1 malo y 5 excelente.

En este grafico se observan las funcionalidades que se probaron, los casos de pruebas
ejecutados y los incidentes que se encontraron en cada ciclo; además, se muestran las pruebas de
regresión realizadas en la evaluación del software.

Actas:

• Acta de reunión N°1 – Entendiendo el plan de pruebas

23
24
 25

• Acta de reunión N°2 – Procedimientos de prueba y asignación de roles

 26

7. Procedimientos de Pruebas de Software, Roles y Responsabilidades

Ya establecida una ruta general en las actas, ahora detallaremos las etapas, los roles con sus
responsabilidades, las herramientas y actores involucrados en cada etapa, así como los tipos de
pruebas a realizar y el flujo incidencias encontradas.

Detalle de las pruebas de software:

- Realizar planes de pruebas

 27

- Ejecutar Testeo de producto

- Analizar la automatización

- Simular ejecuciones de productos y su rendimiento

- Evaluar exhaustivamente los resultados

- Utilizar programas de seguimiento de errores

- Desarrollar base de datos

- Revisar especificaciones de servicios y productos

- Asegurar un funcionamiento óptimo del software

- Potenciar las estrategias de prueba

★ Para garantizar la calidad del software, debe utilizarse una metodología clara en las
etapas de análisis y diseño, luego creamos un prototipo inicial del sistema, y en base a
este, realizamos las pruebas iniciales con los actores involucrados.

- Descubrir errores en la función, la lógica o la implementación del software

planteado inicialmente.

- Verificar que el software cumpla los requerimientos pactados con el cliente.

- Validar que el software cumpla estándares previamente definidos de forma interna

y externa.

- Revisiones periódicas cuando el equipo de trabajo considere terminada su labor

en esa fase. Como resultado de la revisión técnica formal se obtiene una
autorización para que el grupo pueda continuar con la fase siguiente, hasta
realizar las modificaciones y ajustes propuestos
 28

★ Posterior a la implementación del sistema se inician las pruebas de software.

- En esta fase, se diseñan casos de prueba en escenarios cercanos a la operatividad

final, los cuales ayudan a la detección de errores que, en las fases previas, que a
veces no se detectan fácilmente, ya que el entorno de pruebas presenta diferencias
con el real.

- Una de las principales dificultades en la calidad del software, son los procesos de
adición, actualización o mantenimiento del mismo, ya que suelen generar errores
derivados de dichas correcciones.

- Para evitar estos problemas se debe tener una política clara de control cambios, la
cual permita evaluar la naturaleza, magnitud y efectos del cambio en el sistema en
general.

- Finalmente, los procesos de testing tiene un periodo de estabilización del sistema

el cual el sistema ya está ejecutándose en el entorno 100% real, pero aún pueden
tener incidencias, las cuales son evidenciadas solo por el usuario final.

Roles y responsabilidades:
29
 30

8. Métricas

Las métricas de pruebas son mediciones cuantitativas que se utilizan para evaluar el progreso, la
calidad, el rendimiento y la salud del proceso de pruebas de software [1].

- Tiempo medio hasta la detección (MTTD): Mide el tiempo medio que tarda un
equipo de pruebas en detectar un defecto en el software [2].
- Tiempo medio de reparación (MTTR): Mide el tiempo medio que tarda un equipo
de desarrollo en corregir un defecto de software [2].
- Fiabilidad de las pruebas: Mide la capacidad de una prueba para detectar defectos
en el software [2].
- Cobertura de la prueba: Mide la cantidad de código cubierto por la prueba [2].
- Cobertura del código: Mide la cantidad de código ejecutado durante la prueba [2].
- Descubribilidad: Mide la facilidad con la que los usuarios descubren las funciones
del software [3].
- Eficiencia: mide la velocidad con la que el software realiza sus tareas [3].
- Capacidad de aprendizaje: mide la facilidad con la que los usuarios aprenden a
utilizar el software [3].
- Satisfacción: Mide la satisfacción de los usuarios con el software [3].
 31

Elegir la métrica adecuada para el proyecto de software en cuestión es importante porque puede
medir eficazmente el progreso y la calidad del software [1].

Cálculo MTTD
𝑇𝑖𝑒𝑚𝑝𝑜 240𝑚𝑖𝑛
= =4
𝐶𝑎𝑛𝑡𝑖𝑑𝑎𝑑 𝑡𝑜𝑡𝑎𝑙 𝑑𝑒 𝑑𝑒𝑓𝑒𝑐𝑡𝑜𝑠 ℎ𝑎𝑙𝑙𝑎𝑑𝑜𝑠 60 𝑑𝑒𝑓𝑒𝑐𝑡𝑜𝑠

Cálculo MTTR
𝑇𝑖𝑒𝑚𝑝𝑜 120𝑚𝑖𝑛
= = 4.8
𝐶𝑎𝑛𝑡𝑖𝑑𝑎𝑑 𝑡𝑜𝑡𝑎𝑙 𝑑𝑒 𝑑𝑒𝑓𝑒𝑐𝑡𝑜𝑠 𝑎𝑟𝑟𝑒𝑔𝑙𝑎𝑑𝑜𝑠 25 𝑑𝑒𝑓𝑒𝑐𝑡𝑜𝑠

Métrica CALIFICACIÓN

MTTD 4%
MTTR 5%
Fiabilidad de las pruebas 85,60%
Cobertura de la prueba 99,90%
Cobertura del código 30,80%
Descubrilidad 70%
Eficiencia 92,60%
Capacidad de aprendizaje 85,25%
Satisfacción 73,65%
32
 33

9. Bibliografía

El círculo de Deming: mejores resultados con el ciclo PDCA. (n.d.). IONOS Startup

Guide. Retrieved March 23, 2023, from

https://www.ionos.es/startupguide/productividad/circulo-de-deming/

ISO/IEC 15504 SPICE. (2021, January 19). EQA. https://eqa.es/tecnologias-de-la-

informacion/spice-iso-iec-15504

ISO 15504 Norma de desarrollo de software SPICE ISO/IEC 15504. (n.d.). Normas ISO.

Retrieved March 23, 2023, from https://www.normas-iso.com/iso-iec-15504-spice/

Blasco, L. (2020, March 11). Qué es CMMI (Capability Maturity Model Integration).

Luis Blasco. https://luisblasco.com/que-es-cmmi-capability-maturity-model-integration/

Amable Ciudad, M. E., & Universidad de Lima. (2019). Uso de modelos de calidad en

las pymes productoras de software de Lima. Ingeniería industrial, 037, 81–99.

https://doi.org/10.26439/ing.ind2019.n037.4543
 34

Modelo de Calidad BOEHM - Modulo Evaluación RED. (n.d.). Google.com. Retrieved

March 23, 2023, from https://sites.google.com/site/moduloevaluacionred/modelo-de-calidad-

boehm

Modelos y estándares de calidad aplicados al sistema de información. (2017, 24 julio).

blogspot.com. Recuperado 12 de marzo de 2023, de http://csi-sandra-unidad4.blogspot.com/

ATENTUS. (2022, diciembre 13). Métricas de prueba de software: qué es, tipos y todo lo

que necesitas saber. Atentus: Servicio de Monitoreo. https://atentus.com/2022/12/13/metricas-de-

prueba-de-software/

Sentrio. (2021, noviembre 17). 6 Métricas QA para el éxito de tus proyectos. Sentrio.

https://sentrio.io/blog/metricas-qa-control-de-calidad/

RADIGAN, D.E.D.A.N. (no date) Cinco Métricas ágiles que no odiarás, Atlassian.

Available at: https://www.atlassian.com/es/agile/project-management/metrics (Accessed: April

17, 2023).