Plan de calidad orientado a pruebas para una empresa

colombiana de desarrollo de software.

Victor Manuel Guzman Ruiz

Nombre de Los Participantes
Nombre de Los Participantes

Politécnico Grancolombiano.
Ingeniería de Software
Pruebas y Calidad de Software
 Introducción

El proceso de prueba y calidad del software desempeña un papel fundamental en el

desarrollo de aplicaciones y programas informáticos. En un mundo cada vez más dependiente de
la tecnología, la calidad del software se ha convertido en un aspecto crítico para garantizar el
funcionamiento confiable y seguro de las aplicaciones que utilizamos a diario. Este proceso
abarca una serie de actividades diseñadas para identificar y corregir defectos, evaluar el
rendimiento y la usabilidad, y garantizar que el software cumpla con los requisitos y expectativas
del usuario final.

La importancia de la calidad del software radica en su capacidad para evitar errores

costosos, reducir el riesgo de fallos en producción, mejorar la satisfacción del cliente y, en última
instancia, proteger la reputación de la empresa. Además, un software de alta calidad puede
acelerar el tiempo de comercialización al minimizar los retrabajos y las correcciones posteriores
a la entrega del producto.

El proceso de prueba y calidad del software implica una planificación minuciosa, diseño
de casos de prueba, ejecución de pruebas, seguimiento y documentación de resultados, y la
iteración continua para mejorar el software. Se apoya en diversas técnicas y herramientas, desde
pruebas manuales hasta pruebas automatizadas, y abarca aspectos como la funcionalidad, el
rendimiento, la seguridad, la compatibilidad y la accesibilidad del software.

En esta introducción, exploraremos en detalle los componentes esenciales del proceso de

prueba y calidad del software, resaltando su importancia en el desarrollo de software de alta
calidad y confiabilidad.
 Objetivo General

Mejorar la calidad de los productos de software de la empresa elegida y optimizar los procesos
de prueba, con el fin de ofrecer soluciones tecnológicas confiables, seguras y funcionales que
satisfagan las necesidades de los clientes y fortalezcan la posición en el mercado, a través de la
implementación de estándares de calidad y la adopción de metodologías ágiles.
 Tabla de Contenidos

Modelos de calidad para el desarrollo de software..........................................................................1

Modelo de Calidad de CMMI (Capability Maturity Model Integration)....................................1
Ventajas del modelo CMMI........................................................................................................1
Desventajas del modelo CMMI...................................................................................................2
Modelo de Calidad ISO/IEC 25000.............................................................................................2
Desventajas del modelo ISO/IEC 25000.....................................................................................3
Modelo de Calidad SPICE...........................................................................................................3
Ventajas del modelo SPICE.........................................................................................................4
Desventajas del modelo SPICE...................................................................................................4
AQUÍ SERÍA EL PUNTO 3............................................................................................................7
Lista de referencias........................................................................................................................10
Apéndice........................................................................................................................................11
Vita................................................................................................................................................12
 Lista de tablas

Tabla 1 comparación entre los modelos, con respecto al esfuerzo, tiempo, costos y beneficios....5
Tabla 2 Ciclo de vida del desarrollo de productos de software.......................................................8
 Modelos de calidad para el desarrollo de software.

Modelo de Calidad de CMMI (Capability Maturity Model Integration)

es un marco de referencia desarrollado por el Instituto de Ingeniería de

Software (SEI) de la Universidad Carnegie Mellon en Estados Unidos. El CMMI se
utiliza para evaluar y mejorar la madurez y la capacidad de los procesos organizativos en
una amplia variedad de industrias y disciplinas, incluyendo la gestión de proyectos, el
desarrollo de software, la ingeniería de sistemas y más.
El objetivo principal del CMMI es ayudar a las organizaciones a mejorar su
rendimiento y calidad al proporcionar un conjunto de buenas prácticas y criterios para
evaluar y mejorar sus procesos. El modelo se organiza en cinco niveles de madurez, cada
uno de los cuales representa un grado creciente de madurez y capacidad en la gestión de
procesos, los cuales se mencionan a continuación: Nivel 1 Inicial, Nivel 2 Repetible,
Nivel 3 Definido, Nivel 4 Administrado cuantitativamente, nivel 5 En Optimización.

Ventajas del modelo CMMI.

Mejora de la Calidad: El CMMI proporciona un marco sólido para la mejora de

procesos, lo que conduce a una mayor calidad en los productos y servicios entregados por
la organización.
Mayor eficiencia: A medida que una organización avanza a través de los niveles
de madurez del CMMI, los procesos se vuelven más eficientes y predecibles. Esto se
traduce en una reducción de costos y recursos desperdiciados, lo que mejora la
rentabilidad de la empresa.
Reducción de riesgos: El enfoque en la gestión de procesos y la recopilación de
datos cuantitativos permite a la organización identificar y mitigar los riesgos de manera
más efectiva. Esto ayuda a evitar problemas costosos y a tomar decisiones basadas en
datos sólidos.
Mejora continua: El CMMI se basa en el principio de la mejora continua, lo que
significa que las organizaciones que lo utilizan están constantemente evaluando y
mejorando sus procesos. Esto les permite adaptarse a cambios en el mercado y
mantenerse competitivas a largo plazo.

Desventajas del modelo CMMI.

Estas Son algunas desventajas del modelo CMMI las cuales debemos considerar.

Costos iniciales y recursos: La implementación del CMMI puede ser costosa y

requerir una inversión significativa en tiempo, dinero y recursos humanos. Esto puede ser
un obstáculo para las organizaciones más pequeñas o con presupuestos limitados.
Complejidad: El CMMI es un marco de referencia complejo con múltiples
niveles, áreas de proceso y prácticas específicas. Comprender y aplicar todas las partes
del modelo puede ser abrumador y requerir una curva de aprendizaje significativa.
Enfoque en la documentación: El CMMI a menudo enfatiza la documentación
detallada de procesos y prácticas. Esto puede llevar a una carga de trabajo adicional y
burocracia si no se gestiona adecuadamente.
Resistencia al cambio: La implementación del CMMI a menudo requiere
cambios significativos en la cultura organizativa y en la forma en que se realizan las
tareas. Esto puede enfrentar resistencia por parte de los empleados y la dirección.

Modelo de Calidad ISO/IEC 25000.

Conocida como SQuaRE (System and Software Quality Requirements and

Evaluation), es una familia de normas que tiene por objetivo la creación de un marco de
trabajo común para evaluar la calidad del producto software.
La familia ISO/IEC 25000 es el resultado de la evolución de otras normas
anteriores, especialmente de las normas ISO/IEC 9126, que describe las particularidades
de un modelo de calidad del producto software, e ISO/IEC 14598, que abordaba el
proceso de evaluación de productos software.
 Ventajas del modelo ISO/IEC 25000.

Enfoque en la calidad del producto: ISO/IEC 25000 se centra en la calidad

intrínseca del software, lo que significa que se preocupa por la calidad del producto en sí
mismo en lugar de los procesos utilizados para desarrollarlo.
Adaptable: Puede adaptarse a diferentes tipos de proyectos de desarrollo de
software, ya que permite definir criterios de calidad específicos para cada proyecto.
Compatibilidad con estándares y certificaciones: ISO/IEC 25000 proporciona
un marco que puede utilizarse para definir criterios de calidad específicos que sean
compatibles con estándares y certificaciones de la industria.

Desventajas del modelo ISO/IEC 25000.

Estas Son algunas desventajas del modelo ISO/IEC 25000 las cuales debemos considerar.

Requiere experiencia: Evaluar el software utilizando ISO/IEC 25000 puede

requerir conocimientos técnicos y experiencia en calidad del software, lo que puede no
estar disponible en todos los equipos de desarrollo.
Recursos adicionales: La implementación completa del modelo puede requerir
recursos adicionales, incluyendo tiempo y personal capacitado.
Posible subjetividad: Algunos atributos de calidad, como la usabilidad, pueden
ser subjetivos y difíciles de medir de manera objetiva, lo que puede dar lugar a
interpretaciones diferentes en la evaluación.

Modelo de Calidad SPICE

SPICE (Software Process Improvement and Capability Determination) es un

estándar internacional utilizado para evaluar y mejorar los procesos de desarrollo y
mantenimiento de software. SPICE proporciona un marco estructurado para medir la
madurez y la capacidad de los procesos de software en una organización.
SPICE se basa en un conjunto de modelos de referencia que describen los
elementos clave de los procesos de software. Estos modelos se dividen en diferentes
categorías, como gestión de proyectos, ingeniería de software, gestión de la
configuración, etc.
Ventajas del modelo SPICE.

Mejora de Procesos: SPICE se centra en la mejora de los procesos de desarrollo

de software, lo que puede llevar a una mayor eficiencia, calidad y consistencia en la
producción de software.
Evaluación Objetiva: Proporciona un marco estructurado para evaluar
objetivamente la madurez y capacidad de los procesos de desarrollo de software, lo que
permite identificar áreas de mejora concretas.
Estándar Internacional: SPICE se basa en normas internacionales, y su enfoque
en la mejora de procesos de desarrollo de software tiene aplicabilidad a nivel global. Las
organizaciones de todo el mundo utilizan estas normas para evaluar y mejorar sus
prácticas de desarrollo de software.

Desventajas del modelo SPICE.

Estas Son algunas desventajas del modelo SPICE las cuales debemos considerar.

Complejidad: SPICE puede ser un modelo complejo de implementar y

comprender plenamente. Requiere una inversión significativa de tiempo y recursos para
su implementación y capacitación adecuadas.

Costo: La implementación puede ser costosa, especialmente cuando se incluyen

actividades como la capacitación del personal y la adquisición de herramientas de
evaluación.

Enfoque en la Evaluación: SPICE se centra en la evaluación de procesos

existentes y no proporciona directrices detalladas para mejorar los procesos durante su
desarrollo inicial.
Tabla 1 comparación entre los modelos, con respecto al esfuerzo, tiempo, costos y

beneficios.

Aspecto CMMI ISO/IEC 25000 SPICE

Esfuerzo Requiere un esfuerzo Generalmente requiere Requiere esfuerzo
considerable para menos esfuerzo inicial en significativo para
implementar y adaptar el términos de implementación, establecer procesos de
modelo a las necesidades pero puede requerir esfuerzos evaluación, pero se puede
específicas de la significativos para la adaptar gradualmente a
organización. evaluación y certificación de medida que se evalúan
la calidad del software. procesos específicos.

Tiempo El tiempo necesario para El tiempo necesario para El tiempo requerido

adoptar y alcanzar implementar los procesos de depende de la complejidad
niveles de madurez más gestión de la calidad según de los procesos y la
altos en CMMI puede ISO/IEC 25000 suele ser más profundidad de la
ser prolongado (varios corto que la implementación evaluación, pero puede ser
años). completa de CMMI. relativamente largo.
Costos Los costos iniciales Los costos iniciales suelen Puede requerir inversiones
pueden ser significativos ser más bajos que CMMI, significativas en
debido a la formación y pero pueden aumentar si se formación y evaluaciones,
la consultoría necesarias buscan certificaciones o pero puede adaptarse
para implementar evaluaciones externas. gradualmente a las
CMMI. necesidades de la
organización.
Beneficios Ofrece un marco sólido Proporciona una guía para Ayuda a identificar y
para mejorar la calidad y evaluar y gestionar la calidad mejorar los procesos de
la madurez de los del software, lo que puede software, lo que puede
procesos de desarrollo de llevar a la entrega de aumentar la eficiencia, la
software. Puede conducir productos de mejor calidad y calidad y la satisfacción
 a una mayor eficiencia y una mayor satisfacción del del cliente.
calidad del producto. cliente.

Fuente: Elaboración propia.

Para determinar las debilidades, fortalezas, oportunidades y amenazas (DOFA) en una

empresa dedicada al desarrollo de software, es crucial llevar a cabo una serie de
entrevistas con diferentes miembros del equipo y stakeholders:
Entrevista con la Dirección o Gerencia:
Objetivo: Comprender la visión, misión y metas de la empresa. Identificar las
expectativas y percepciones de la alta dirección sobre el estado actual de la empresa y las
áreas que requieren mejoras.
Preguntas clave:
 ¿Cuáles son los objetivos a largo plazo de la empresa?
 ¿Cuáles son las áreas en las que creen que la empresa tiene ventajas competitivas?
 ¿Qué aspectos consideran que necesitan mejoras urgentes?

Entrevistas con el Equipo de Desarrollo:

Objetivo: Evaluar las habilidades técnicas del equipo, así como identificar posibles áreas
de mejora en el proceso de desarrollo de software.
Preguntas clave:
 ¿Cuáles son las fortalezas técnicas del equipo?
 ¿Qué habilidades adicionales creen que podrían mejorar el rendimiento?
 ¿Hay herramientas o tecnologías emergentes que podrían beneficiar al equipo?

Entrevistas con el Equipo de Control de Calidad (QA):

Objetivo: Evaluar la eficacia del proceso de control de calidad y detectar posibles
deficiencias.
Preguntas clave:
 ¿Qué prácticas se siguen para garantizar la calidad del software?
 ¿Se identifican patrones recurrentes en los errores o fallos?
 ¿Existen áreas en las que se pueda mejorar la eficiencia del proceso de prueba?

Entrevistas con el Equipo de Gestión de Proyectos:

Objetivo: Evaluar la gestión de proyectos, la asignación de recursos y el cumplimiento de
plazos.
Preguntas clave:
 ¿Cómo se asignan los recursos a los diferentes proyectos?
 ¿Se cumplen los plazos establecidos en los proyectos?
 ¿Qué obstáculos se enfrentan al gestionar proyectos?

Entrevistas con Clientes o Usuarios Finales:

Objetivo: Obtener retroalimentación sobre la satisfacción del cliente, funcionalidades
deseadas y posibles áreas de mejora.
Preguntas clave:
 ¿Qué aspectos de la empresa valoran más?
 ¿Hay funcionalidades que les gustaría ver mejoradas o agregadas?
 ¿Han tenido alguna experiencia negativa que pueda ser mejorada?

Entrevistas con Competidores o Análisis de Mercado:

Objetivo: Entender el entorno competitivo y las tendencias del mercado.
Preguntas clave:
 ¿Qué ventajas perciben en la competencia?
 ¿Qué tendencias o tecnologías emergentes podrían afectar el negocio?

Entrevistas con Recursos Humanos:

Objetivo: Evaluar la cultura organizacional, la retención de talento y las políticas de
capacitación y desarrollo.
Preguntas clave:
 ¿Qué prácticas se siguen para fomentar el crecimiento profesional de los empleados?
 ¿Qué iniciativas se llevan a cabo para mantener una cultura positiva en la empresa?

Al analizar las respuestas de estas entrevistas, podremos identificar las debilidades,

fortalezas, oportunidades y amenazas en la empresa dedicada al desarrollo de software
para formular las respectivas estrategias
 AQUÍ SERÍA EL PUNTO 3

CMMI: CMMI (Capability Maturity Model Integration) este es un modelo de madurez de

capacidad que se utiliza para evaluar y mejorar los procesos de desarrollo y entrega de

software en una organización. La empresa ha estado utilizando principalmente el modelo

Agile o "Agile Testing" para gestionar proyectos, tanto internos como externos, durante

un período considerable de tiempo. Antes de la adopción de la metodología ágil, la

compañía solía utilizar el modelo en cascada (Cascading Waterfall) para la gestión de

proyectos de software. El modelo en cascada es un enfoque más tradicional y secuencial

en el que cada fase del proyecto se completa antes de pasar a la siguiente. la compañía

considera que tanto Agile como el modelo en cascada son enfoques eficaces para

alcanzar altos estándares de calidad en sus productos de software.

• El modelo Ágil es especialmente relevante en la industria actual de desarrollo de

software, ya que se está implementando o tratando de implementar en todas las empresas

de software. La empresa implemento rápidamente los enfoques ágiles debido a su

capacidad para adaptarse rápidamente a cambios en los requisitos y entregar software de

alta calidad de manera más eficiente.

Este modelo tiene varios marcos de trabajo por lo que el utilizado en la compañía es la

metodología SCRUM, en donde para la compañía ayuda a los equipos a estructurar y

gestionar el trabajo mediante practicas mucho más eficientes.

Tabla 2 Ciclo de vida del desarrollo de productos de software

Ciclo de vida Procesos/procedimientos/actividades

Toma de requerimientos específicos.

Determinar actividades que se van a desarrollar.
Planificacion Evaluar la viabilidad de las solicitudes del cliente.
Determinar el compromiso de las partes involucradas.
Determinar el presupuesto fijo.

Analizar los requerimientos, para determinar la mejor ruta a seguir para cumplir
con el objetivo.
Análisis Estructuración de diagramas.
Ajuste de presupuesto acorde con los requerimientos.

Modelado de diagramas UML.

Diseño de interfaz, base de datos y proceso a seguir durante el ciclo.
Diseño Presentación de diseños a usuario final, basándose por ejemplo en el modelo de
prototipos para pruebas.
Planificación de modelo a seguir.
Determinar el equipo de trabajo.
Determinar las habilidades, herramientas y metodologías a implementar.
Asignación de roles, tareas.
Desarrollo Control de cada proceso o nueva implementación.
Pruebas unitarias.
Control de versiones, backups, análisis a profundidad de cada módulo.
Escalabilidad.
 Realización de todo tipo de pruebas (pruebas unitarias, integración, funcionales,
aceptación, humo, rendimiento entre otras).
Pruebas Pruebas en prototipos o avances que se presenten al usuario final.
Pruebas de semántica y accesibilidad.
Inspección y pruebas de seguridad.
Control de funcionalidad en producción.
Mantenimient Monitoreo de software, hardware y pruebas de rendimiento.
o Soporte cada determinado tiempo.
Fuente elaboración propia.
 Lista de referencias

CONEXIONESAN. (04 Abril 2019). Desarrollo de software: ¿en qué consiste el modelo
CMMI?. CONEXIONESAN. [Link]
de-software-en-que-consiste-el-modelo-cmmi.

Luis Blasco. (11 Marzo 2020). Qué es CMMI (Capability Maturity Model Integration).
Luis [Link]. [Link]
integration/
.

Muñoz, C., & Zapata, F. (2013). Plan de manejo de los Arrecifes Coralinos del Parque
Nacional Natural Gorgona - Pacífico colombiano. Santiago de Cali, Colombia:
WWF Colombia, Parques Nacionales Naturales de Colombia.
 Apéndice

Las tablas y figuras pueden ir en el apéndice como se mencionó anteriormente.

También es posible usar el apéndice para incluir datos en bruto, instrumentos de

investigación y material adicional.

 Vita

PÁGINA ES OPCIONAL.
Acá se incluye una breve biografía del autor de la tesis.