Tarea 5 Grupo 7

Tarea 5
Socialización e Informe
Autor
Carlos G. Herrera Meza
Grupo: 7
Tutor
Carlos Mauricio Rosero Galindez
Universidad Nacional Abierta y a Distancia
Escuela de Ciencias Básicas, Tecnología e Ingeniería ECBTI
Ingeniería de Sistemas
Verificación Y Validación De Software
Plato Magdalena
2024
CONTENIDO
LISTA DE ANEXOS ........................................................................................................... 9
LISTA DE TABLAS DE ANEXOS A ................................................................................. 9
LISTA DE FIGURAS DE ANEXO B .................................................................................. 9
LISTA DE FIGURAS DE ANEXO C ................................................................................ 11
LISTA DE FIGURAS DE ANEXO D ................................................................................ 11
GLOSARIO ...................................................................................................................... 12
RESUMEN........................................................................................................................ 14
INTRODUCCIÓN ............................................................................................................. 16
1
CAPÍTULO 1 - TAREA 2 ANÁLISIS SITUACIONAL .............................................. 18
1.1
ROBUSTEZ ........................................................................................................... 18
1.2
EXTENDIBILIDAD ................................................................................................... 18
1.3
DESEMPEÑO ........................................................................................................ 19
1.4
USABILIDAD.......................................................................................................... 19
1.5
INTEGRIDAD ......................................................................................................... 19
1.6
PORTABILIDAD...................................................................................................... 20
1.7
COMPATIBILIDAD .................................................................................................. 20
1.8
MANTENIMIENTO .................................................................................................. 20
1.9
DOCUMENTACIÓN ................................................................................................. 21
1.10 RELACIÓN DE PONDERACIONES (%) Y LA JUSTIFICACIÓN DE LA ASIGNACIÓN ............. 25
1.10.1 Desempeño (20%)...................................................................................... 25
1.10.2 Usabilidad (18%) ........................................................................................ 25
1.10.3 Robustez (15%) .......................................................................................... 25
1.10.4 Extensibilidad ............................................................................................. 25
1.10.5 Integridad (10%) ......................................................................................... 25
1.10.6 Portabilidad (8%) ........................................................................................ 26
1.10.7 Compatibilidad (6%) ................................................................................... 26
1.10.8 Mantenimiento (6%) ................................................................................... 26
1.10.9 Documentación (5%) .................................................................................. 26
2
CAPÍTULO 2- COMPONENTE PRACTICO – PRACTICAS SIMULADAS ............. 27
[2]
2.1
ALCANCE ............................................................................................................. 27
2.2
REFERENCIAS ...................................................................................................... 27
2.2.1 Especificación de Requisitos del Proyecto .................................................... 27
2.2.2 ISO/IEC 29119 ............................................................................................... 27
2.2.3 IEEE Std 829-2008 ........................................................................................ 28
2.2.4 ISTQB (International Software Testing Qualifications Board) – Syllabus...... 28
2.3
GLOSARIO............................................................................................................ 28
2.3.1 UAT ................................................................................................................ 28
2.3.2 ISO/IEC 29119 ............................................................................................... 29
2.3.3 IEEE Std 829-2008 ........................................................................................ 29
2.3.4 ISTQB ............................................................................................................. 29
2.3.5 QA .................................................................................................................. 29
2.3.6 RACI ............................................................................................................... 30
2.3.7 API .................................................................................................................. 30
2.3.8 Junit ................................................................................................................ 30
2.3.9 Selenium WebDriver ...................................................................................... 30
2.3.10 Test Link ..................................................................................................... 31
2.4
CONTEXTO DE LAS PRUEBAS................................................................................. 31
2.4.1 Módulos de LimeSurvey................................................................................. 31
2.4.2 Elementos de Prueba..................................................................................... 31
2.4.3 Alcance de la Prueba ..................................................................................... 32
2.4.4 Suposiciones y Restricciones ........................................................................ 32
2.4.5 Partes Interesadas ......................................................................................... 32
2.5
COMUNICACIÓN DE LAS PRUEBAS .......................................................................... 33
2.6
REGISTRO DE RIESGOS ........................................................................................ 34
2.7
ESTRATEGIA DE PRUEBA....................................................................................... 36
2.7.1 Subprocesos de prueba ................................................................................. 36
2.7.2 Entregables de Prueba .................................................................................. 36
2.7.3 Matriz de Pruebas .......................................................................................... 36
2.7.4 Registro de Ejecución de Pruebas................................................................. 36
2.7.5 Informe de Validación de Requisitos ............................................................. 37
2.7.6 Plan de Acciones Correctivas ........................................................................ 37
2.8
TÉCNICAS DE DISEÑO DE PRUEBA.......................................................................... 37
2.8.1 Pruebas Basadas en Modelos (Model-Based Testing) ................................. 38
2.8.2 Pruebas de Mutación (Mutation Testing) ....................................................... 38
2.8.3 Pruebas de Carga y Estrés ............................................................................ 39
2.8.4 Pruebas de Interfaz de Usuario (UI Testing) ................................................. 39
2.9
CRITERIO DE FINALIZACIÓN Y PRUEBA ................................................................... 40
2.9.1 Cobertura de Requisitos ................................................................................ 40
[3]
2.9.2 Ausencia de Defectos Críticos ....................................................................... 40
2.9.3 Rendimiento Aceptable .................................................................................. 41
2.9.4 Cumplimiento de Estándares de Usabilidad .................................................. 41
2.9.5 Aprobación de las Partes Interesadas ........................................................... 41
2.10 MÉTRICAS ............................................................................................................ 41
2.10.1 Tiempo Promedio de Respuesta ................................................................ 42
2.10.2 Uso de Recursos del Sistema .................................................................... 42
2.10.3 Tasa de Éxitos de Pruebas de Usabilidad ................................................. 42
2.10.4 Tasa de Cobertura del Código ................................................................... 42
2.10.5 Tiempo Promedio entre Fallas (MTBF) ...................................................... 43
2.10.6 Índice de Retest.......................................................................................... 43
2.10.7 Índice de Defectos por KLOC (Defectos por Mil Líneas de Código) ......... 43
2.11 REQUISITOS DEL ENTORNO DE PRUEBAS ............................................................... 43
2.11.1 Entorno de Desarrollo Local (Localhost): ................................................... 44
2.11.2 Herramienta de Automatización - Selenium IDE:....................................... 44
2.11.3 Datos de Prueba:........................................................................................ 44
2.11.4 Configuración del Entorno: ......................................................................... 45
2.12 CRITERIOS DE SUSPENSIÓN Y REANUDACIÓN ......................................................... 45
2.12.1 Criterios de Suspensión: ............................................................................ 45
2.12.2 Criterios de Reanudación: .......................................................................... 46
2.13 ACTIVIDADES Y ESTIMADOS DE PRUEBA................................................................. 47
2.13.1 Definición de Estrategia de Pruebas: ......................................................... 47
2.13.2 Diseño de Casos de Pruebas:.................................................................... 47
2.13.3 Preparación del Entorno de Pruebas: ........................................................ 47
2.13.4 Ejecución de Pruebas:................................................................................ 47
2.13.5 Análisis y Reporte de Resultados: ............................................................. 48
2.13.6 Re-ejecución de Pruebas y Validación: ..................................................... 48
2.13.7 Informe Final de Pruebas: .......................................................................... 48
2.14 PERSONAL ........................................................................................................... 49
2.14.1 Roles, Actividades y Responsabilidades ................................................... 49
2.15 NECESIDADES DE CONTRATACIÓN ......................................................................... 50
2.16 NECESIDADES DE ENTRENAMIENTO ....................................................................... 50
2.17 CRONOGRAMA ..................................................................................................... 50
2.18 INSTALACIÓN Y CONFIGURACIÓN DE LIMESURVEY ................................................... 52
2.19 PRUEBA DE USUARIO FINAL Y PRUEBA CON VIDEOS CON SELENIUM IDE .................. 52
2.20 CAPTURA DE PANTALLA DE PRUEBA CON SELENIUM IDE ......................................... 54
3 CAPÍTULO 3- DOCUMENTACIÓN DE REQUISITOS Y MODELOS DE MADUREZ
DE SOFTWARE ............................................................................................................... 58
[4]
3.1
IMPORTANCIA DE CADA PARTE DE LA NORMA ISO/IEC 15504 SPICE...................... 58
3.2
ISO 15504-1: CONCEPTOS Y VOCABULARIO .......................................................... 58
3.2.1 ISO 15504-2: Realización de una evaluación................................................ 58
3.2.2 ISO 15504-3: Guía para realizar una evaluación .......................................... 58
3.2.3 ISO 15504-4: Guía sobre uso para mejora de procesos y determinación de
capacidad .................................................................................................................. 59
3.3
ORDEN LÓGICO PARA APLICAR CADA PARTE DE LA NORMA ISO/IEC 15504 SPICE .. 59
3.3.1 Conceptualización .......................................................................................... 59
3.3.2 Aplicación ....................................................................................................... 59
3.3.3 Evaluación ...................................................................................................... 60
3.4
¿CUÁLES SON LAS 10 PARTES QUE CONSTITUYEN LA NORMA ISO/EIC 15504 SPICE?
60
3.4.1 ISO 15504. Parte 1. Conceptos y vocabulario:.............................................. 60
3.4.2 ISO 15504. Parte 2. Realización de una evaluación: .................................... 61
3.4.3 ISO 15504. Parte 2. Llevando a cabo una evaluación. Guía para la
realización de la evaluación: ..................................................................................... 61
3.4.4 ISO 15504. Parte 4. Guía sobre el uso para la mejora del proceso y la
determinación de la capacidad del proceso: ............................................................ 61
3.4.5 ISO 15504. Parte 5. Un ejemplo de modelo de evaluación de procesos del
ciclo de vida del software (según ISO/IEC 12207): .................................................. 61
3.4.6 ISO 15504. Parte 6. Un ejemplo de modelo de evaluación del ciclo del
sistema (Según ISO/IEC 15288):.............................................................................. 62
3.4.7 ISO 15504. Parte 7. Evaluación de madurez organizacional: ....................... 62
3.4.8 ISO 15504. Parte 8. Un modelo ejemplar de evaluación de proceso a gestión
de servicios de TI (Según ISO/IEC 20000):.............................................................. 62
3.4.9 ISO 15504. Parte 9. Perfiles de proceso objetivo: ......................................... 63
3.4.10 ISO 15504. Parte 10. ISO 15504. Parte 9. Extensión de seguridad:......... 63
3.5
TRABAJO COLABORATIVO ...................................................................................... 64
3.6
NIVEL DE DEFINICIÓN Y PLANIFICACIÓN ................................................................. 64
3.6.1 Razón ............................................................................................................. 64
3.6.2 Definición del Alcance y Propósito de la Evaluación: .................................... 64
3.6.3 Planificación de la Evaluación: ...................................................................... 65
3.7
NIVEL DE RECOLECCIÓN Y VALIDACIÓN DE DATOS.................................................. 65
3.7.1 Razón ............................................................................................................. 65
3.7.2 Recolección de Datos: ................................................................................... 65
3.7.3 Validación de Datos: ...................................................................................... 65
3.8
NIVEL DE VALORACIÓN Y GENERACIÓN DE RESULTADOS ........................................ 65
3.8.1 Razón ............................................................................................................. 66
3.8.2 Valoración de Atributos del Proceso: ............................................................. 66
[5]
3.8.3 Generación de Resultados de la Evaluación: ................................................ 66
3.9
NIVEL DE IMPLEMENTACIÓN Y MEJORA CONTINUA .................................................. 66
3.9.1 Razón ............................................................................................................. 66
3.9.2 Presentación de Resultados: ......................................................................... 67
3.9.3 Uso de Resultados para la Mejora Continua: ................................................ 67
RECOMENDACIONES .................................................................................................... 70
3.10
3.11
3.12
3.13
3.14
3.15
CAPACITACIÓN Y SENSIBILIZACIÓN ......................................................................... 70
ASIGNACIÓN DE RECURSOS ADECUADOS ................................................................ 70
ADAPTACIÓN A LA CULTURA ORGANIZACIONAL ........................................................ 70
COMUNICACIÓN EFECTIVA ..................................................................................... 70
MONITOREO Y SEGUIMIENTO CONTINUO ................................................................. 70
APRENDIZAJE Y MEJORA CONTINUA........................................................................ 71
CONCLUSIONES ............................................................................................................ 72
BIBLIOGRAFÍA ............................................................................................................... 73
ANEXO A ......................................................................................................................... 78
A. PROPUESTA DE PONDERACIÓN DE LOS 9 CRITERIOS ................................... 78
A.1.
PONDERACIONES DE CRITERIOS Y MÉTRICAS PROPUESTAS ..................................... 80
ANEXO B ......................................................................................................................... 84
B. INSTALACIÓN Y CONFIGURACIÓN DE LIMESURVEY COMO ENTORNO DE
PRUEBA .......................................................................................................................... 84
B.1.
B.2.
B.3.
B.4.
B.5.
INSTALACIÓN Y CONFIGURACIÓN DE LOCALHOST ..................................................... 84
CONFIGURACIÓN DE ENCUESTE EN LIMESURVEY .................................................... 90
CONFIGURACIÓN DE ENCUESTAS ........................................................................... 93
VISUALIZACIÓN DE PRUEBAS DE LAS PREGUNTAS.................................................... 95
LANZAMIENTO DE LA APLICACIÓN ........................................................................... 99
ANEXO C .......................................................................................................................102
C. ESTRUCTURA DEL DIAGRAMA DE FLUJO .......................................................102
C.1.
C.2.
C.3.
C.4.
NIVEL 1: DEFINICIÓN Y PLANIFICACIÓN ................................................................102
NIVEL 2: RECOLECCIÓN Y VALIDACIÓN DE DATOS ................................................102
NIVEL 3: VALORACIÓN Y GENERACIÓN DE RESULTADOS .......................................102
NIVEL 4: IMPLEMENTACIÓN Y MEJORA CONTINUA .................................................102
ANEXO D .......................................................................................................................104
D. NIVELES DE MADUREZ........................................................................................104
[6]
LISTA DE TABLAS
Tabla 1. Tabla de descripción de criterios. ........................................................... 21
Tabla 2. Puntos de Comunicación ........................................................................ 33
Tabla 3. Riesgos.................................................................................................... 34
Tabla 4. Roles ....................................................................................................... 49
Tabla 5. Cronograma general de las pruebas para el proyecto relacionado con . 51
Tabla 6. Documental ............................................................................................. 68
[7]
LISTA DE FIGURAS
Figura 1. Video prueba de con Selenium IDE ....................................................... 52
Figura 2. Video con configuración del comando assertText ................................. 53
Figura 3. Comando assertElementPresent en Selenium IDE ............................... 53
Figura 4. Estableciendo nombre de proyecto en Selenium IDE ........................... 54
Figura 5. Dirección del localhost de la encuesta .................................................. 54
Figura 6. Configuración del comando assertText ................................................. 55
Figura 7. Validación correcta del texto de finalización de la encuesta ................. 56
Figura 8. Validación de visualización de imagen referente a escudo UNAD ....... 57
[8]
LISTA DE ANEXOS
ANEXO A. Ponderaciones de criterios, métricas propuestas y resultados de la
evaluación.............................................................................................................. 78
ANEXO B. Figuras de instalación y configuración de Limesurvey ....................... 84
ANEXO C. Estructura de aplicación de la norma ISO/IEC 15504 SPICE .......... 102
ANEXO D. Niveles de madurez y modelo de procesos ......................................104
LISTA DE TABLAS DE ANEXOS A
Tabla A. 1 Ponderaciones de criterios y propuesta de métricas a utilizar ............ 78
Tabla A. 2 Criterios de ponderación de producto software Colciencias (resolución
no 285 de 19 de marzo de 2004) .......................................................................... 80
LISTA DE FIGURAS DE ANEXO B
Figura B. 1 Configuración de XAMPP para la ejecución de Limesurvey .............. 84
Figura B. 2 Inicio de instalación de LimeSurvey ................................................... 85
[9]
Figura B. 3 Aceptación de licencia GNU ............................................................... 85
Figura B. 4 Requerimientos mínimos para LimeSurvey ....................................... 86
Figura B. 5 Configuración de base de datos MySQL............................................ 87
Figura B. 6 Configuración de credenciales ........................................................... 88
Figura B. 7 Configuración terminada .................................................................... 89
Figura B. 8 Pantalla inicial ..................................................................................... 90
Figura B. 9 Panel de control de LimeSurvey ........................................................ 91
Figura B. 10 Creación de grupo ............................................................................ 91
Figura B. 11 Configuración general de la encuesta .............................................. 92
Figura B. 12 Previsualización del progreso de la configuración ........................... 93
Figura B. 13 Estructura y diseño de la encuesta .................................................. 94
Figura B. 14 Previsualización de preguntas "Información Demográfica" ............. 95
Figura B. 15 Previsualización de preguntas (Experiencia con el Área
“Contáctanos”) ....................................................................................................... 96
Figura B. 16 Previsualización de preguntas (Funcionalidad y Usabilidad)........... 97
[10]
Figura B. 17 Previsualización de preguntas (Mejoras y Sugerencias) ................. 98
Figura B. 18 Activación del formulario .................................................................. 99
Figura B. 19 Encuesta en Ejecución y enlace para acceder a ella .................... 100
Figura B. 20 Formulario listo para prueba de usuario final .................................101
LISTA DE FIGURAS DE ANEXO C
Figura C. 1 Descripción del Proceso Paso a Paso .............................................103
LISTA DE FIGURAS DE ANEXO D
Figura D. 1 Niveles de madurez y modelo de procesos .....................................104
[11]
GLOSARIO
Conjunto de normas y criterios aceptados
globalmente
que
regulan
aspectos
diversos, como calidad, seguridad o
gestión, para promover la coherencia y la
interoperabilidad en diferentes industrias y
países. ..................................................... 26
C
Criterios
Parámetros o normas establecidos para
evaluar, medir o decidir sobre algo. En el
contexto de evaluación y toma de
decisiones, los criterios son principios o
estándares que se utilizan para juzgar el
valor, la calidad, o la eficacia de un
proceso, proyecto, o producto. Los criterios
proporcionan una base objetiva para la
comparación y el análisis, garantizando
que las decisiones se tomen de manera
consistente y justa.6, 7, 9, 17, 20, 22, 23,
24, 25, 39, 40, 44, 75, 77
I
ISO/IEC 29119
Conjunto de estándares internacionales que
proporcionan
directrices
y
recomendaciones para el proceso de
prueba de software. Estos estándares
cubren aspectos como la planificación de
pruebas, el diseño de casos de prueba, la
ejecución de pruebas, la gestión de
incidentes y la evaluación del proceso de
prueba. ...................................... 2, 3, 26, 28
D
Documentación
Conjunto de documentos que contienen
información y datos necesarios para
entender, desarrollar, operar, o mantener
un proyecto, sistema, o producto. En un
contexto técnico y profesional, la
documentación incluye manuales de
usuario,
guías
de
instalación,
especificaciones técnicas, informes, y
registros. Su objetivo es proporcionar una
referencia detallada y organizada que
facilite la comprensión y el uso correcto de
un producto o proceso.20, 25, 27, 33, 46,
76, 80
L
LimeSurvey
LimeSurvey es una plataforma de encuestas
en línea de código abierto que permite
crear, distribuir y analizar encuestas de
manera eficiente, con opciones de
personalización y análisis estadístico. Es
ampliamente utilizado en investigaciones
académicas, estudios de mercado y
evaluaciones de satisfacción del cliente... 3,
4, 6, 9, 10, 26, 30, 31, 35, 36, 39, 40, 42,
43, 44, 45, 46, 49, 51, 72, 81, 82, 83, 87,
88
E
En el contexto de verificación de datos, una
.................................................................... 26
Estándares
Normas o criterios establecidos que definen
niveles
de
calidad,
seguridad
o
desempeño, utilizados para garantizar
consistencia y confiabilidad en productos y
servicios. ........................... 3, 26, 28, 40, 73
Estándares internacionales
M
Métricas
Medidas cuantitativas utilizadas para evaluar,
comparar y hacer un seguimiento del
rendimiento, progreso o calidad de un
proyecto, proceso, sistema o producto. Las
métricas proporcionan datos objetivos que
ayudan a identificar áreas de mejora, a
[12]
tomar decisiones informadas y a garantizar
que se cumplan los objetivos establecidos.
Ejemplos de métricas incluyen el tiempo de
respuesta, la tasa de error, la satisfacción
del cliente y el retorno de la inversión
(ROI). ...........6, 9, 18, 22, 23, 40, 75, 77, 80
dispositivo o proceso realiza su función ... 3,
40
Requisitos
Conjunto de características, funcionalidades o
restricciones que un producto, servicio o
sistema debe cumplir para satisfacer las
necesidades del usuario, cumplir con
estándares
o
alcanzar
objetivos
específicos. ............... 2, 3, 4, 26, 36, 39, 42
P
Proyecto
Un conjunto de actividades planificadas y
coordinadas con el objetivo de alcanzar un
resultado específico dentro de un tiempo y
presupuesto determinados.7, 8, 26, 29, 31,
36, 39, 44, 48, 49, 50, 53, 69
Prueba3, 4, 6, 8, 11, 27, 28, 29, 30, 35, 37, 39,
42, 43, 44, 46, 48, 51, 52, 53, 71, 81, 98
Pruebas
En el contexto de verificación de datos, una
"prueba" se refiere a un proceso diseñado
para confirmar la exactitud, consistencia o
integridad de los datos. Esto puede
implicar comparar los datos con fuentes
adicionales, realizar cálculos o análisis
adicionales para validar los resultados, o
utilizar métods estadísticos para detectar
posibles errores o anomalías en los datos
6, 7, 26, 27, 28, 29, 30, 31, 32, 33, 35, 36,
37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47,
48, 49, 50, 70, 71, 72, 73, 74, 92
S
Software
Conjunto de programas, instrucciones y datos
que permiten a un dispositivo electrónico
realizar tareas específicas. El software
puede ser de diferentes tipos, como
aplicaciones de productividad, sistemas
operativos, software de entretenimiento,
entre otros, y puede ejecutarse en una
variedad
de
dispositivos,
como
computadoras,
teléfonos
inteligentes,
tabletas y dispositivos inteligentes.5, 9, 18,
19, 20, 21, 22, 23, 26, 27, 28, 35, 36, 37,
38, 39, 41, 42, 48, 59, 60, 61, 62, 70, 71,
72, 73, 74, 76, 77
T
Técnica
Método o enfoque sistemático utilizado para
llevar a cabo una tarea o alcanzar un
objetivo específico en un campo particular,
como la ciencia, la ingeniería o las artes.
Las técnicas suelen implicar el uso de
conocimientos
especializados
y
procedimientos específicos para lograr
resultados deseados de manera eficiente y
efectiva. ........................... 20, 37, 38, 74, 80
R
Rendimiento
Medida de eficiencia o productividad en un
proceso, sistema o producto.18, 21, 23, 24,
25, 35, 36, 38, 40, 41, 43, 46, 47, 48, 78
Medida de la eficiencia, velocidad o
capacidad con la que un sistema,
[13]
RESUMEN
El documento presenta una descripción detallada de la norma ISO/IEC 15504 SPICE,
que se enfoca en la evaluación y mejora de procesos de software. Se explican las
diferentes partes que componen la norma, su importancia y el orden lógico para su
aplicación. Además, se propone una estructura de aplicación utilizando un diagrama de
flujo que organiza las actividades en cuatro niveles: Definición y Planificación,
Recolección y Validación de Datos, Valoración y Generación de Resultados, e
Implementación y Mejora Continua. Se destaca la importancia de cada nivel y se
documenta su relación con los procesos primarios de gestión, ingeniería, soporte y
organización.
[14]
PALABRAS CLAVE: ISO/IEC 15504 SPICE, evaluación de procesos de software,
mejora continua, niveles de capacidad, estructura de aplicación.
[15]
INTRODUCCIÓN
La norma ISO/IEC 15504 SPICE es un estándar internacional que ha ganado una
importancia significativa en la industria del software. Esta norma proporciona un marco
integral para evaluar y mejorar los procesos de desarrollo de software de una manera
sistemática y objetiva. En un entorno altamente competitivo y en constante evolución, la
calidad del software se ha convertido en un factor clave para el éxito de las
organizaciones.
La aplicación efectiva de la norma ISO/IEC 15504 SPICE permite a las empresas
identificar áreas de mejora en sus procesos, establecer metas claras y medibles, y
garantizar la calidad de sus productos y servicios. Esto se logra mediante la evaluación
de los procesos de software utilizando un enfoque estructurado y basado en evidencias.
El presente documento tiene como objetivo proporcionar una comprensión profunda de
la norma ISO/IEC 15504 SPICE y su importancia en el contexto de la evaluación y
mejora de procesos de software. Además, se propone una estructura de aplicación
práctica que permite a las organizaciones implementar la norma de manera efectiva y
aprovechar al máximo sus beneficios.
[16]
OBJETIVO GENERAL
Comprender la norma ISO/IEC 15504 SPICE y proponer una estructura de aplicación
práctica que permita a las organizaciones evaluar y mejorar sus procesos de desarrollo
de software de manera sistemática y efectiva.
Objetivos específicos
 Explicar la importancia y los conceptos clave de cada parte de la norma ISO/IEC 15504
SPICE.
 Determinar el orden lógico para aplicar las diferentes partes de la norma.
 Proponer una estructura de aplicación utilizando un diagrama de flujo y describir
las actividades y elementos involucrados en cada nivel.
 Relacionar las actividades de la estructura propuesta con los procesos primarios
de gestión, ingeniería, soporte y organización.
[17]
1 CAPÍTULO 1 - TAREA 2 ANÁLISIS SITUACIONAL
En el trabajo individual se pretende que cada estudiante logre apropiar los documentos
base de la actividad (Resolución 285 de 2004 de Minciencias y Norma NTC
54202:2007) para el entendimiento del Problema (Análisis Situacional), para ello cada
estudiante deberá debatir en el foro de discusión de la actividad con argumentos
soportados en los dos (2) documentos base de consulta los siguientes puntos:
1. Definición de los nueve (9) criterios técnicos que contempla la norma No.
285 de 19 de marzo de 2004, que se van a incluir y evaluar en la
herramienta de medición.
1.1
Robustez
Morales Correa 1 , define la robustez como “la habilidad de resistir fallas y
perturbaciones”.
En este sentido, la robustez asegura la estabilidad del sistema frente a situaciones
imprevistas, contribuyendo a la creación de aplicaciones confiables y resistentes.
1.2
Extendibilidad
Valdés Faura 2 explica que la extendibilidad:
Permite a los desarrolladores añadir nuevo código a la plataforma sin
cambiar el código existente, por lo que pueden añadir nuevas funciones y
utilizar los aspectos incorporados de la plataforma de formas nuevas y
diferentes sin afectar a su estructura interna.
1
Morales Correa, F. G. (2017). Métricas de robustez para el análisis de redes. 2.
Valdés Faura, M. (2022, septiembre 23). Extensibilidad: ¿Qué es y qué significa para la eficiencia y la
innovación empresarial? Silicon. https://www.silicon.es/experto-opinion/extensibilidad-que-es-y-quesignifica-para-la-eficiencia-y-la-innovacion-empresarial
2
[18]
Por consiguiente, la extendibilidad facilita la evolución continua del software al
incorporar nuevas funciones sin perturbar su funcionalidad existente.
1.3
Desempeño
La métrica de desempeño en software se compone de medidas cuantitativas que se
encargan de la eficiencia, velocidad y confiabilidad de una aplicación, incluyendo el
tiempo de respuesta, la carga de recursos, el uso eficiente de recursos y la tasa de
errores. Estas métricas son fundamentales para poder asegurar el rendimiento
necesario para satisfacer las expectativas de los usuarios y así ofrecer una magnifica
experiencia para los mismos.
1.4
Usabilidad
Según Sánchez 3, “La usabilidad se refiere a la capacidad de un software de ser
comprendido, aprendido, usado y ser atractivo para el usuario, en condiciones
específicas de uso”.
En consecuencia, la usabilidad mejora la satisfacción del usuario y reduce la curva de
aprendizaje, facilitando la comprensión y utilización del software.
1.5
Integridad
Lacerda 4, destaca que “la integridad del software tiene dos aspectos: Primero, asegurar
que los datos que se transmiten, procesados y almacenados sean tan exactos como el
creador pretendía, y segundo, que el software se desempeña tan fiable como se
pretende”.
3
Sanchez, W. (2011). de Software: Definición y. 9.
Lacerda, C. (2017, abril 18). Teoría básica de seguridad del software. Scriptcase Blog - Development,
Web Design, Sales and Digital Marketing. https://scriptcaseblog.net/es/development-es/teoria-basica-deseguridad-del-software/
4
[19]
Por ende, la integridad del software es crucial para mantener la precisión de los datos y
la confiabilidad en su desempeño.
1.6
Portabilidad
De acuerdo con la página iso25000.com 5, la portabilidad se define como la “capacidad
del producto o componente de ser transferido de forma efectiva y eficiente de un
entorno hardware, software, operacional o de utilización a otro”.
De esta manera, la portabilidad facilita la adaptación del software a diferentes entornos,
asegurando su continuidad y accesibilidad.
1.7
Compatibilidad
Iso25000.com 6, describe la compatibilidad como la “capacidad de dos o más sistemas o
componentes para intercambiar información y/o llevar a cabo sus funciones requeridas
cuando comparten el mismo entorno hardware o software”.
En este sentido, la compatibilidad optimiza la sinergia entre plataformas, mejorando la
experiencia del usuario y la eficacia del software.
1.8
Mantenimiento
Según la página mantenimiento.win 7, “El mantenimiento de software es una actividad
muy amplia que incluye corrección de errores, mejoras de capacidad, eliminación de
funciones obsoletas y optimización. Debido a que el cambio es inevitable, se deben
desarrollar mecanismos de evaluación, control y modificación”.
iso25000.com. (2022). Portabilidad. https://iso25000.com/index.php/normas-iso-25000/iso-25010/27portabilidad
5
iso25000.com. (2022). Compatibilidad. https://iso25000.com/index.php/normas-iso-25000/iso-25010/22compatibilidad
6
mantenimiento.win. (s. f.). Mantenimiento de software. Mantenimiento. Recuperado 3 de marzo de 2024,
de https://mantenimiento.win/mantenimiento-de-software/
7
[20]
De esta forma, el mantenimiento proactivo garantiza la relevancia y eficacia del software
a lo largo del tiempo, adaptándolo a las demandas cambiantes.
1.9
Documentación
Zúñiga 8 expone que:
La documentación de software es un informe que guía a los desarrolladores,
usuarios y otros interesados a través del uso de una aplicación. Es un recurso
que proporciona información sobre cómo instalar, utilizar y/o mantener un
software. Además, sirve como referencia técnica para quienes necesitan
comprender su código y arquitectura subyacente.
Por lo tanto, la documentación facilita el desarrollo, instalación y mantenimiento del
software, siendo esencial para la comprensión del código y la gestión efectiva.
2. Soportar de manera clara y con visión ingenieril para cada criterio su
objetivo en la solución del Problema (Análisis Situacional), usando la
Tabla de Descripción de Criterios que se encuentra a continuación.
Tabla 1. Tabla de descripción de criterios.
Criterio
técnico
Robustez
Extendibilidad
Objetivo del Criterio
Asegurar que el software sea resistente a fallas y perturbaciones,
contribuyendo a la creación de aplicaciones confiables y estables.
Facilitar la incorporación de nuevas funcionalidades al software sin
Zúñiga, F. G. de. (2023, marzo 29). Documentación técnica de software: Qué es y herramientas | Arsys.
Blog de arsys.es. https://www.arsys.es/blog/hacer-documentacion-tecnica-software
8
[21]
afectar su estructura interna ni su funcionalidad existente, permitiendo su
evolución continua.
Garantizar que el software tenga un rendimiento eficiente, rápido y
Desempeño
confiable, satisfaciendo las expectativas de los usuarios y brindando una
excelente experiencia.
Usabilidad
Integridad
Mejorar la satisfacción del usuario, reducir la curva de aprendizaje y
facilitar la comprensión y utilización del software.
Mantener la precisión de los datos y la confiabilidad en el desempeño del
software.
Permitir que el software se adapte y funcione en diferentes entornos de
Portabilidad
hardware, software y operacionales, asegurando su continuidad y
accesibilidad.
Compatibilidad
Optimizar la interoperabilidad entre sistemas y componentes, mejorando
la experiencia del usuario y la eficacia del software.
Garantizar la relevancia y eficacia del software a lo largo del tiempo,
Mantenimiento
adaptándolo a las demandas cambiantes mediante actividades de
evaluación, control y modificación.
Documentación
Facilitar el desarrollo, instalación y mantenimiento del software, siendo
un recurso esencial para la comprensión del código y la gestión efectiva.
[22]
3. Presentar según el análisis individual realizado de los criterios a evaluar,
su propuesta del orden de importancia dentro de caso de estudio
“Software presentado por un grupo de docentes” de los nueve (9) criterios
a evaluar y la ponderación que cada uno de ellos, considera debe
asignársele dentro de la ponderación total (100%) de la calificación de la
evaluación del software del caso de estudio, en el siguiente formato.
Las ponderaciones y métricas pueden apreciarse en el ANEXO A, donde se detalla la
propuesta de ponderación de los 9 criterios técnicos a evaluar y las métricas sugeridas
para cada uno según la NTC 54202.
[23]
4. Debatir con los compañeros de grupo, las propuestas individuales de
asignación de ponderaciones (%) de los nueve (9) criterios técnicos que
se van a evaluar en la herramienta de medición, para llegar acuerdos
sobre la ponderación que como grupo le van a asignar a cada uno de
ellos, y la o las métricas que van a utilizar para la evaluación en el
desarrollo de la fase colaborativa de la actividad.
En esta propuesta, he priorizado los criterios de Desempeño y Usabilidad como los más
importantes, ya que son fundamentales para garantizar una excelente experiencia de
usuario y un rendimiento óptimo del software. A continuación, he considerado la
Robustez, Extendibilidad e Integridad como criterios muy relevantes para asegurar la
confiabilidad, adaptabilidad y precisión del software.
Los criterios de Portabilidad, Compatibilidad, Mantenimiento y Documentación, si bien
son importantes, los he ponderado con un peso menor, ya que su impacto en la
experiencia del usuario final es menos directo. Sin embargo, son aspectos que no
deben descuidarse para facilitar la gestión, interoperabilidad y soporte del software a
largo plazo.
Las métricas propuestas se basan en las recomendaciones de la norma NTC 54202 y
se han seleccionado para evaluar de manera efectiva cada uno de los criterios técnicos.
[24]
1.10
Relación de ponderaciones (%) y la justificación de la asignación
1.10.1 Desempeño (20%).
Este criterio es crucial ya que evalúa la capacidad del sistema para realizar sus
funciones dentro de los límites establecidos en términos de velocidad y eficiencia. Dado
su impacto directo en la experiencia del usuario y la operatividad del sistema, se le
asigna una ponderación del 20%.
1.10.2 Usabilidad (18%)
La usabilidad es fundamental para la satisfacción del usuario y la efectividad en el logro
de objetivos específicos. Una alta puntuación en usabilidad indica que el sistema es
fácil de usar y permite a los usuarios cumplir sus objetivos de manera efectiva y
satisfactoria.
1.10.3 Robustez (15%)
La capacidad del sistema para mantener su rendimiento bajo condiciones adversas es
importante para la confiabilidad y la continuidad de las operaciones. Sin embargo, se le
asigna una ponderación menor que el desempeño y la usabilidad, ya que aunque es
importante, puede no ser tan crítica en todas las situaciones.
1.10.4 Extensibilidad
La capacidad del sistema para adaptarse y crecer con cambios futuros es esencial para
su mantenimiento a largo plazo. Se le asigna una ponderación significativa del 12%
debido a su importancia para la escalabilidad y la evolución del sistema.
1.10.5 Integridad (10%)
Garantizar la precisión, completitud y seguridad de los datos es esencial para la
confiabilidad y la seguridad del sistema. Aunque crucial, se le asigna una ponderación
ligeramente menor que otros criterios debido a su enfoque más específico.
[25]
1.10.6 Portabilidad (8%)
La capacidad del sistema para funcionar en diferentes entornos es importante para su
accesibilidad y flexibilidad. Aunque no es tan crítico como otros criterios en todas las
situaciones, sigue siendo significativo, por lo que se le asigna una ponderación del 8%.
1.10.7 Compatibilidad (6%)
La capacidad del sistema para interactuar sin problemas con otros sistemas o
componentes es importante para la integración y la interoperabilidad. Se le asigna una
ponderación del 6% debido a su relevancia, aunque puede ser menos crítico que otros
criterios.
1.10.8 Mantenimiento (6%)
La facilidad con la que se pueden realizar cambios y mejoras en el sistema es esencial
para su mantenimiento a largo plazo. Aunque no tan crítico como otros aspectos del
sistema, sigue siendo importante para su evolución continua.
1.10.9 Documentación (5%)
La disponibilidad y calidad de la documentación son importantes para el uso y
mantenimiento efectivos del sistema. Aunque no es directamente relacionado con el
rendimiento del sistema en sí mismo, es esencial para los usuarios y desarrolladores,
por lo que se le asigna una ponderación del 5%.
[26]
2 CAPÍTULO 2- COMPONENTE PRACTICO – PRACTICAS SIMULADAS
2.1
Alcance
Este documento establece el plan para las pruebas de LimeSurvey, una solución de
software libre, destinado a optimizar el área de "contáctanos" de la página web de
TecnoSoluciones S.A.S. El objetivo es reducir costos operativos mientras se mantiene
la eficiencia y funcionalidad del sistema.
2.2
Referencias
2.2.1 Especificación de Requisitos del Proyecto
Este es un documento interno o un conjunto de documentos que detallan los requisitos
funcionales y no funcionales del proyecto. Estos requisitos sirven como base para el
diseño, desarrollo y prueba del sistema. Además, representan una “descripción de lo
que será el sistema y cómo funcionará para satisfacer las necesidades del usuario” 9.
2.2.2 ISO/IEC 29119
Esta es una serie de estándares internacionales para la ingeniería de pruebas de
software. La norma ISO/IEC 29119 “se aplica en el proceso de pruebas de software
estableciendo los estándares y requisitos que deben seguirse en cada etapa del
proceso, desde la planificación hasta la evaluación de los resultados” 10.
Jain, A. (s. f.). Qué es la especificación de requisitos: Definición, mejores herramientas y técnicas | Guía
Soluciones
Visure.
Visure
Solutions.
Recuperado
16
de
abril
de
2024,
de
https://visuresolutions.com/es/blog/especificaci%C3%B3n-de-requisitos/
9
NormasISO.org. (2023, enero 16). Norma ISO 29119: Estándares de pruebas de software - Lo que
debes saber. NormasISO.org. https://normasiso.org/norma-iso-29119/
10
[27]
2.2.3 IEEE Std 829-2008
IEEE Standard for Software and System Test Documentation. Este estándar
proporciona directrices para la creación de documentación de prueba, incluyendo el
plan de pruebas, especificaciones de prueba, informes de prueba y otros documentos
relacionados con la gestión de pruebas. De acuerdo con esto, el estándar, "IEEE
Standard for Software and System Test Documentation" “es compatible con todos los
procesos del ciclo de vida del software y con todos los modelos de desarrollo” 11.
2.2.4 ISTQB (International Software Testing Qualifications Board) – Syllabus
El ISTQB “es una organización de certificación de calidad del software reconocida
internacionalmente”
12,
que proporciona un marco común para la capacitación y
certificación en pruebas de software. Los syllabus del ISTQB cubren diversos aspectos
de las pruebas de software, desde conceptos básicos hasta técnicas avanzadas.
2.3
Glosario
En este documento se utilizan los siguientes términos abreviados:
2.3.1 UAT
Pruebas de Aceptación del Usuario (User Acceptance Testing). “son un tipo de prueba
funcional que se lleva a cabo para validar si el software cumple con los requisitos del
usuario final y con los objetivos del negocio” 13.
López, W. A. R. (2015). UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD DE
INGENIERÍA
PROYECTO
CURRICULAR
INGENIERIADE
SISTEMAS
BOGOTÁ
D.C.
https://repository.udistrital.edu.co/bitstream/handle/11349/2370/WilliamAlfredoRodriguezLopez.pdf;jsessio
nid=200643891B1B8037636E670D600B405A?sequence=1
11
España, S. (2018, febrero 5). ISTQB (International Software Testing Qualifications Board). Tu centro de
expertise en España sobre Quality Engineering y Testing. https://qanewsblog.com/2018/02/05/istqbinternational-software-testing-qualifications-board/
12
Muniz, R. (2024, febrero 16). Pruebas de Aceptación del Usuario (UAT) en Proyectos Scrum: Un
Enfoque Crucial para la Calidad del Producto. https://es.linkedin.com/pulse/pruebas-deaceptaci%C3%B3n-del-usuario-uat-en-proyectos-scrum-muniz-tmeqe
13
[28]
2.3.2 ISO/IEC 29119
Norma Internacional para la Ingeniería de Pruebas de Software. “Es un estándar
internacional que establece los requisitos y las mejores prácticas para llevar a cabo
pruebas de software efectivas” 14.
2.3.3 IEEE Std 829-2008
Estándar IEEE para la Documentación de Pruebas de Software y Sistemas. “Era un
estándar IEEE que especificaba la forma de un conjunto de documentos para su uso en
ocho etapas definidas de pruebas de software” 15.
2.3.4 ISTQB
Junta de Calificaciones de Pruebas de Software Internacional. “Es una junta de
certificación de pruebas de software que opera a nivel internacional. Fundada en
Edimburgo en noviembre de 2002, la ISTQB es una asociación sin ánimo de lucro
registrada” 16.
2.3.5 QA
Aseguramiento de la Calidad (Quality Assurance). “Es un concepto global, dentro del
cual se incluyen: el Aseguramiento de la calidad (QA o Quality Assurance), el Control de
la Calidad (Quality control) y las pruebas (Testing)” 17.
NormasISO.org. (2023, enero 16). Norma ISO 29119: Estándares de pruebas de software - Lo que
debes saber. NormasISO.org. https://normasiso.org/norma-iso-29119/
14
hmong.wiki. (s. f.). Documentación de prueba de software Estado de IEEE 829 y Antecedentes de IEEE
829. Recuperado 16 de abril de 2024, de https://hmong.es/wiki/IEEE_829
15
hmong.wiki. (s. f.). Junta Internacional de Cualificaciones de Pruebas de Software Portafolio de
productosyCondiciones
previas.
Recuperado
16
de
abril
de
2024,
de
https://hmong.es/wiki/International_Software_Testing_Qualifications_Board
16
Servicios de Informática Profesional, S.A. (SIPSA). (2023, mayo 29). QA | Metodologías de
Aseguramiento de la Calidad. https://es.linkedin.com/pulse/qa-metodolog%C3%ADas-de-aseguramientola
17
[29]
2.3.6 RACI
Matriz de Responsabilidad (Responsible-Accountable-Consulted-Informed). “es una
forma de identificar los roles y responsabilidades de los equipos de tu proyecto para
cualquier tarea, logro o entrega del proyecto”
2.3.7 API
Interfaz de Programación de Aplicaciones (Application Programming Interface). “Es un
conjunto de reglas definidas que permiten a las diferentes aplicaciones comunicarse
entre sí. Actúa como una capa intermedia que procesa las transferencias de datos entre
sistemas” 18.
2.3.8 Junit
Framework de prueba para Java. “permite a los desarrolladores escribir y ejecutar
pruebas automáticas. Estas pruebas se centran en verificar el correcto funcionamiento
de unidades de código, como métodos o clases individuales” 19.
2.3.9 Selenium WebDriver
Herramienta de automatización de pruebas para aplicaciones web. “Permite ejecutar
pruebas automatizadas en diferentes navegadores web” 20.
IBM. (s. f.). ¿Qué es una interfaz de programación de aplicaciones (API)? | IBM. Recuperado 16 de
abril de 2024, de https://www.ibm.com/es-es/topics/api
18
19
Jiménez, A. (2023, julio 28). JUnit: Herramienta clave en pruebas unitarias. El Blog de Python.
https://elblogpython.com/tecnologia/junit-herramienta-clave-en-pruebas-unitarias/
Anaya, E. (2020, mayo 20). ¿Qué es Selenium y para qué
https://inmediatum.com/blog/piensa-digital/que-es-selenium-y-para-que-sirve/
20
[30]
sirve?
INMEDIATUM.
2.3.10 Test Link
Herramienta de gestión de pruebas. “Es la herramienta de gestión de pruebas de código
abierto basada en web más utilizada. Sincroniza la especificación de requisitos y la
especificación de prueba. El usuario puede crear proyectos de prueba y documentar
casos de prueba” 21 .
2.4
Contexto de las Pruebas
2.4.1 Módulos de LimeSurvey
LimeSurvey “es la herramienta de encuestas online simple, rápida y anónima que está
repleta de ideas jugosas” 22, Además es versátil y ofrece diversas funcionalidades
esenciales para la gestión de encuestas:
 Creación de Encuestas: Diseño y configuración de encuestas
personalizadas.
 Administración de Encuestas: Gestión eficiente de encuestas activas,
inactivas y resultados.
 Análisis de Resultados: Herramientas avanzadas para analizar y visualizar
los resultados de las encuestas.
2.4.2 Elementos de Prueba
Se realizarán pruebas a los siguientes elementos:

Módulo Creación de Encuestas

Módulo Administración de Encuestas

Módulo Análisis de Resultados
21
Udemy. (2021, marzo). QA Testing—TestLink herramienta de gestión de pruebas. Udemy.
https://www.udemy.com/course/qa-testing-testlink-herramienta-de-gestion-de-pruebas/
LimeSurvey GmbH. (s. f.). LimeSurvey—Free Online Survey Tool. Recuperado 16 de abril de 2024, de
https://www.limesurvey.org/es
22
[31]
2.4.3 Alcance de la Prueba
El sistema compuesto por los módulos mencionados en el acápite 2.4.1.
2.4.4 Suposiciones y Restricciones
2.4.4.1

Suposiciones:
El equipo de desarrollo entregará las funcionalidades acordadas según el
cronograma establecido.

Las herramientas de pruebas seleccionadas serán compatibles con las
funcionalidades específicas de LimeSurvey.

Se contará con el acceso necesario a todas las funcionalidades y módulos de
LimeSurvey para llevar a cabo las pruebas de forma integral.
2.4.4.2
Restricciones:
 Las pruebas se realizarán en un entorno controlado que imite el ambiente de
producción para garantizar la precisión de los resultados.
 Las pruebas no deben afectar o interrumpir el acceso regular a LimeSurvey para
los usuarios finales.
 Cualquier cambio en los requisitos o funcionalidades durante el proceso de
pruebas deberá ser comunicado y aprobado por el equipo de proyecto antes de
su implementación.
2.4.5 Partes Interesadas
2.4.5.1
Comité Evaluador de UNAD
Aprobación del Plan de Pruebas, el Cronograma de las Pruebas y los entregables.
2.4.5.2
Docentes Asesores
Revisión y aprobación del Plan de Pruebas y del Cronograma de Pruebas.
[32]
2.5
Comunicación de las Pruebas
Tabla 2. Puntos de Comunicación
Punto
de
Comunicación
Frecuenci
Propósito
a
Medios
Inicio de la
actividad
Sesión Inicial
y
definición de
Una vez
Reunión
virtual
objetivos
Revisión
Encuentros
Audienci
e
a
Comité
Evaluador de Equipo
UNAD
y
con orientación
Asesores
Responsabl
en el diseño
Reunión
Docentes
virtual
Asesores
Correo
Líder
electrónico
Proyecto
Según
Document
Líder
avance
o vía email
Proyecto
Semanal
Equipo
de pruebas
Actualizació
n sobre el
Informes de Progreso
avance en el Semanal
diseño
de
de
Comité
Evaluador
de UNAD
pruebas
Presentació
Reporte de Avances
n de logros y
hallazgos
[33]
de
Comité
Evaluador
de UNAD
2.6
Registro de Riesgos
Tabla 3. Riesgos
N
o
Riesgos
Retrasos
Probabilidad
Impacto (1- Severidad
Plan
(1-5)
5)
Mitigación
(Prob*Impct)
en
la
y
3
4
12
personalizaci
ón
Establecer
un
plan
de
configuración
configuración
1
de
detallado
y
revisar
periódicamente
de
el progreso para
limeSurvey
evitar retrasos.
Proporcionar
formación
Falta
de
documentación
formación
2
detallada
adecuada
para
y
2
5
10
los
el
sobre
uso
de
limeSurvey para
usuarios
todos
los
usuarios
involucrados.
Problemas
3
de
Realizar pruebas
4
3
12
de
integración
compatibilida
con los sistemas
d con otros
existentes
[34]
y
sistemas
preparar
soluciones
alternativas si es
necesario.
Establecer
Inconsistenci
4
a
en
los
datos
3
4
12
recopilados
controles
de
calidad
y
revisiones
periódicas de los
datos
para
garantizar
su
precisión.
Implementar
Fallas
5
técnicas
o
interrupcione
medidas
de
seguridad
y
realizar
2
5
10
s del sistema
de
copias
seguridad
regulares
para
minimizar
el
impacto de las
interrupciones.
[35]
2.7
Estrategia de Prueba
2.7.1 Subprocesos de prueba
Las pruebas para LimeSurvey incluirán los siguientes subprocesos de prueba:
 Pruebas de funcionalidad.
 Pruebas de usabilidad.
 Pruebas de rendimiento.
2.7.2 Entregables de Prueba
Para cada subproceso de prueba en LimeSurvey, se deberán generar los siguientes
entregables esenciales:
2.7.3 Matriz de Pruebas
Un documento “detallado que describe la estrategia de prueba, los objetivos, el
cronograma, la estimación, los entregables y los recursos necesarios para realizar
pruebas de un producto de software” 23.
2.7.4 Registro de Ejecución de Pruebas
Un informe que proporciona información sobre la ejecución de las pruebas, incluyendo
las fechas, los resultados obtenidos, y cualquier incidente o problema identificado. En
esencia, “la ejecución de la prueba es el proceso de ejecutar el código y comparar los
resultados esperados y reales.” 24.
Hamilton, T. (2024, abril 12). PLAN DE PRUEBAS en Pruebas de Software (Ejemplo).
https://www.guru99.com/es/test-planning.html
23
edu.lat. (s. f.). Ejecución de pruebas. Recuperado 18 de abril de
https://tutoriales.edu.lat/pub/software-testing-dictionary/test-execution/ejecucion-de-pruebas
24
[36]
2024,
de
2.7.5 Informe de Validación de Requisitos
Un documento que valida que todas las características y funcionalidades del sistema
cumplen con los requisitos establecidos, destacando cualquier desviación o
incumplimiento detectado. En palabras de Santana et al. 25, “la validación de
requerimientos es un proceso continuo en el proyecto de desarrollo de software con el
fin de asegurar que los requerimientos elicitados sean representaciones exactas de las
necesidades y expectativas de los usuarios”.
2.7.6 Plan de Acciones Correctivas
Un conjunto de acciones recomendadas para abordar y corregir los problemas, errores
o deficiencias identificadas durante la ejecución de las pruebas, asegurando la calidad y
el rendimiento óptimo del sistema. Como señala Paneiva 26 , “un plan de acciones
correctivas (PAC) establece una serie de pasos específicos diseñados para corregir las
no conformidadTécnicas de diseño de Pruebaes, la no calidad y los aspectos por
mejorar que afectan a una organización o negocio”.
2.8
Técnicas de diseño de Prueba
Las siguientes técnicas se utilizarán para el diseño de las pruebas:
Para asegurar la calidad y eficacia de LimeSurvey, se emplearán técnicas de diseño de
pruebas modernas y adaptadas a las necesidades específicas del proyecto.
Santana, S., Perero, L. R., Delduca, A. G., & Dapozo, G. N. (2020). Evaluación de técnicas para la
validación de requerimientos en entornos de trabajo para el desarrollo de software. XXII Workshop de
Investigadores en Ciencias de la Computación (WICC 2020, El Calafate, Santa Cruz).
http://sedici.unlp.edu.ar/handle/10915/103994
25
Paneiva, B. (2023, noviembre 10). Lista de Verificación del Plan de Acciones Correctivas. Lumiform.
https://lumiformapp.com/es/checklists-recursos/plan-de-acciones-correctivas
26
[37]
Según Fernández Muñoz 27, “existen distintas técnicas de caja negra y blanca para el
diseño de casos de prueba que persiguen detectar fallos reduciendo al mínimo el
número de casos de prueba asegurando un criterio de cobertura”. A continuación, se
presentan las técnicas seleccionadas para el diseño de las pruebas:
2.8.1 Pruebas Basadas en Modelos (Model-Based Testing)
Esta técnica utiliza modelos formales del sistema para generar automáticamente casos
de prueba. Al definir el comportamiento esperado del sistema mediante modelos, se
pueden identificar escenarios de prueba exhaustivos y reducir la necesidad de casos de
prueba manuales.
De acuerdo con Joshi 28:
las pruebas basadas en modelos o MBT en palabras más simples es una
metodología de automatización de pruebas para proporcionar una descripción
descriptiva de la planificación de pruebas, la ejecución y el mantenimiento de
casos de prueba y la entrega de pruebas de calidad.
2.8.2 Pruebas de Mutación (Mutation Testing)
Esta técnica implica realizar pequeñas modificaciones (mutaciones) en el código fuente
del software y luego ejecutar las pruebas para detectar si los casos de prueba
identifican estos cambios.
Si las pruebas no detectan la mutación, esto indica que el caso de prueba debe ser
mejorado. “Se trata de un enfoque relativamente nuevo, que garantiza que tanto los
desarrolladores como los probadores trabajen con un alto nivel de calidad” 29.
Fernández Muñoz, L. (s. f.). Diseño de Casos de Pruebas. Recuperado 19 de abril de 2024, de
https://sanchezcarlosjr.github.io/software-engineering-master-by-escuelait/USantaTecla/4-pruebas/3casosPruebasUnitarias/index.html
27
Joshi, V. (s. f.). Pruebas basadas en modelos: La nueva era de la automatización de software.
Cynoteck. Recuperado 19 de abril de 2024, de https://cynoteck.com/es/blog-post/model-based-testingthe-new-era-of-software-automation/
28
[38]
2.8.3 Pruebas de Carga y Estrés
Estas pruebas se centran en evaluar el comportamiento del sistema bajo condiciones
de carga elevada y estrés, identificando posibles cuellos de botella, errores de
rendimiento y limitaciones del sistema. Como señala QAlified 30, “el objetivo principal es
garantizar que la aplicación pueda manejar la concurrencia de usuarios y el volumen de
datos esperados sin comprometer el rendimiento”.
2.8.4 Pruebas de Interfaz de Usuario (UI Testing)
Esta técnica verifica la correcta funcionalidad y apariencia de la interfaz de usuario,
asegurando que el software sea intuitivo, fácil de usar y cumpla con los estándares de
diseño y usabilidad.
De acuerdo con AppMaster 31, estas pruebas son:
Una fase crucial en el ciclo de vida del desarrollo de software, ya que garantiza
que las aplicaciones brinden una experiencia fluida, libre de errores y fácil de
usar. Implica validar la interacción entre los usuarios finales y los elementos de la
interfaz de usuario de la aplicación, incluidas pantallas, menús, botones,
formularios y otros componentes gráficos, mediante la realización de una serie de
pruebas diseñadas para identificar defectos o ineficiencias.
Singureanu, C. (s. f.). Pruebas de mutación: Proceso, herramientas, análisis y mucho más.
https://www.zaptest.com/es. Recuperado 19 de abril de 2024, de https://www.zaptest.com/es/pruebas-demutacion-tipos-procesos-analisis-caracteristicas-herramientas-y-mucho-mas
29
30
QAlified. (2023, diciembre 14). ¿Cuál es la diferencia entre las pruebas de carga y de estrés?
https://qalified.com/es/blog/pruebas-carga-vs-pruebas-estres/
AppMaster. (2023, septiembre 26). Pruebas de interfaz
https://appmaster.io/es/glossary/pruebas-de-interfaz-de-usuario-ui
31
[39]
de
usuario
(UI)
|
AppMaster.
2.9
Criterio de Finalización y Prueba
El objetivo principal de los criterios de finalización y prueba es establecer estándares
claros y medibles que determinen cuándo las pruebas han sido completadas con éxito y
cuándo el software está listo para pasar a la siguiente fase del ciclo de vida del
desarrollo.
Como explica Helen 32, “los criterios de entrada representan una serie de requisitos
previos que deben cumplirse antes de iniciar el proceso de prueba. Los criterios de
salida de las pruebas son un conjunto de condiciones generales y específicas que
deben cumplirse antes de finalizar las pruebas”. A continuación, se detallan los criterios
de finalización y prueba para LimeSurvey:
2.9.1 Cobertura de Requisitos
Se espera que las pruebas cubran al menos el 90% de los requisitos funcionales y no
funcionales especificados para LimeSurvey. Esta métrica garantiza que todas las
características y funcionalidades del sistema han sido validadas adecuadamente. Como
señala Andrade 33, “incluso si su aplicación está libre de errores y funciona bien, ¿qué
pasa si no cumple con los requisitos del usuario? Esto no solo pone en riesgo al
proyecto, sino que afecta fuertemente la imagen de la empresa”.
2.9.2 Ausencia de Defectos Críticos
No debe haber defectos de gravedad alta (Prioridad 1) sin resolver antes de considerar
que las pruebas han finalizado. Cualquier defecto crítico detectado debe ser corregido y
Helen. (2019, marzo 12). ¿Qué es el ciclo de vida de las pruebas de software (STLC)? QAwerk.
https://qawerk.es/blog/que-es-el-ciclo-de-vida-de-las-pruebas-de-software/
32
Andrade, A. (2021, septiembre 3). ¿Por qué la cobertura de pruebas unitarias es una parte importante
de QA? Alex Andrade. https://alexandrade.net/blog-de-ingenieria-de-software/calidad-de-software/porque-la-cobertura-de-pruebas-unitarias-es-una-parte-importante-de-qa/
33
[40]
verificado antes de proceder. De acuerdo con Tasqui 34, un defecto crítico “es aquel que
afecta la calidad del producto, lo hace inutilizable, constituyéndose en un riesgo para el
usuario”.
2.9.3 Rendimiento Aceptable
Las pruebas de rendimiento deben demostrar que LimeSurvey puede manejar la carga
esperada sin degradación significativa en su rendimiento. Esto se medirá mediante
pruebas de carga, estrés y rendimiento que cumplan con los criterios de respuesta y
tiempo de espera definidos 35.
2.9.4 Cumplimiento de Estándares de Usabilidad
Las pruebas de usabilidad deben confirmar que LimeSurvey es intuitivo, fácil de usar y
cumple con los estándares de diseño y experiencia de usuario establecidos.
2.9.5 Aprobación de las Partes Interesadas
Antes de concluir las pruebas, se requerirá la aprobación formal de las partes
interesadas, incluidos los stakeholders, el equipo de desarrollo y el equipo de calidad,
asegurando que todas las partes estén alineadas y satisfechas con los resultados
obtenidos.
2.10
Métricas
Las siguientes métricas se recogerán durante el transcurso de la ejecución de las
pruebas:
Tasqui. (s. f.). Proceso de Recepción y Almacenamiento de Medicamentos y Dispositivos Médicos |
Tasqui. Recuperado 19 de abril de 2024, de https://tasqui.com/lecciones/proceso-de-recepcion-yalmacenamiento-de-medicamentos-y-dispositivos-medicos/
34
González Gómez, L. (2016, julio 28). Diferencias entre inflación, estanflación y deflación. Rankia.
https://www.rankia.com/blog/ipc/3288770-diferencias-inflacion-estanflacion-deflacion
35
[41]
2.10.1 Tiempo Promedio de Respuesta
Esta métrica mide el tiempo que tarda el sistema en responder a las solicitudes del
usuario durante las pruebas de rendimiento, ayudando a identificar posibles cuellos de
botella o áreas de mejora en el rendimiento del sistema 36.
2.10.2 Uso de Recursos del Sistema
Monitorizar el consumo de recursos como CPU, memoria y almacenamiento durante las
pruebas de rendimiento, permitiendo identificar posibles problemas de escalabilidad o
ineficiencias en la utilización de los recursos del sistema 37.
2.10.3 Tasa de Éxitos de Pruebas de Usabilidad
Esta métrica evalúa el éxito de las pruebas de usabilidad basándose en la capacidad de
los usuarios para completar tareas específicas de manera eficiente y efectiva,
proporcionando insights sobre la experiencia del usuario y la intuitividad del diseño 38.
2.10.4 Tasa de Cobertura del Código
Evalúa la proporción del código fuente que ha sido probado, ayudando a identificar
áreas del sistema que requieran una mayor atención en términos de pruebas 39.
Dotcom-Monitor. (s. f.). Cálculo del tiempo de respuesta promedio: Cómo probar el tiempo de
respuesta. Recuperado 30 de mayo de 2024, de https://www.dotcom-monitor.com/wiki/es/knowledgebase/calculo-del-tiempo-de-respuesta-promedio/
36
Singureanu, C. (s. f.). Pruebas de estrés: Tipos, proceso, herramientas, listas de comprobación y más.
https://www.zaptest.com/es. Recuperado 30 de mayo de 2024, de https://www.zaptest.com/es/pruebasde-estres-en-pruebas-de-software-que-es-tipos-procesos-enfoques-herramientas-mas
37
38
Pursell, S. (2023, abril 18). Pruebas
https://blog.hubspot.es/website/pruebas-usabilidad
de
usabilidad:
Definición,
tipos
y
ejemplos.
Atlassian. (s. f.). ¿Qué es la cobertura de código? Atlassian. Recuperado 30 de mayo de 2024, de
https://www.atlassian.com/es/continuous-delivery/software-testing/code-coverage
39
[42]
2.10.5 Tiempo Promedio entre Fallas (MTBF)
Esta métrica calcula el tiempo medio que transcurre entre las fallas del sistema,
proporcionando una estimación de la estabilidad y confiabilidad del software bajo
prueba 40.
2.10.6 Índice de Retest
Porcentaje de casos de prueba que se vuelven a ejecutar exitosamente sin errores
después de haber sido corregidos, indicando la eficacia de las correcciones
implementadas 41.
2.10.7 Índice de Defectos por KLOC (Defectos por Mil Líneas de Código)
Esta métrica proporciona una estimación de la calidad del código en términos de la
cantidad de defectos encontrados por cada mil líneas de código, ayudando a identificar
áreas potenciales de mejora en el código 42.
2.11
Requisitos del entorno de Pruebas
Para las pruebas en LimeSurvey, se utilizará un entorno local host con Selenium IDE
como herramienta principal de automatización de pruebas. A continuación, se describen
las características y configuraciones específicas del ambiente de pruebas:
UpKeep. (s. f.). ¿Qué es el tiempo medio entre fallos MTBF? [Cálculo y ejemplos]. onupkeep.
Recuperado 30 de mayo de 2024, de https://upkeep.com/es/learning/mean-time-between-failure/
40
Mancebo, G. R., & Pumar, G. M. L. (s. f.). TEST-RETEST RELIABILITY OF THE WORK ABILITY
INDEX IN HEALTH WORKERS OF HOSPITAL INSTITUTIONS OF ARROYO NARANJO MUNICIPALITY,
HAVANA PROVINCE.
41
Eclases. (s. f.). Ingenieria de
https://eclases.tripod.com/id14.html
42
Software
IV.
[43]
Recuperado
30
de
mayo
de
2024,
de
2.11.1 Entorno de Desarrollo Local (Localhost):
2.11.1.1
Configuración
El ambiente de pruebas se ejecutará en un entorno de desarrollo local (localhost) para
facilitar la configuración, ejecución y depuración de las pruebas de manera controlada y
segura.
2.11.1.2
Compatibilidad
Se asegurará la compatibilidad con los navegadores web más utilizados como Chrome
y Mozilla Firefox para validar la funcionalidad en diferentes entornos de usuario.
2.11.2 Herramienta de Automatización - Selenium IDE:
2.11.2.1
Funcionalidades
Selenium IDE proporcionará las funcionalidades necesarias para la grabación,
ejecución y verificación de los scripts de prueba automatizados.
2.11.2.2
Integración
Se integrará Selenium IDE con el navegador web seleccionado para facilitar la
ejecución y el seguimiento de las pruebas directamente desde el entorno de desarrollo
local.
2.11.3 Datos de Prueba:
2.11.3.1
Casos de Prueba
Se desarrollarán casos de prueba específicos para cubrir las pruebas de funcionalidad,
usabilidad y rendimiento de LimeSurvey en el ambiente de desarrollo local.
[44]
2.11.3.2
Datos de Prueba
Se utilizarán datos de prueba representativos y actualizados para simular escenarios de
uso realistas y validar la funcionalidad del sistema de manera efectiva.
2.11.4 Configuración del Entorno:
2.11.4.1
Configuración del Sistema
Se establecerán las configuraciones y parámetros necesarios en el ambiente de
desarrollo local para garantizar la correcta ejecución de las pruebas con Selenium IDE.
2.11.4.2
Configuración de Selenium IDE
Se configurarán las opciones y ajustes específicos de Selenium IDE según las
necesidades del proyecto para optimizar la creación y ejecución de las pruebas
automatizadas.
2.12
Criterios de Suspensión y Reanudación
Para garantizar la eficiencia y calidad del proceso de pruebas en LimeSurvey, se
establecerán criterios claros para la suspensión y reanudación de las pruebas. Estos
criterios permitirán tomar decisiones informadas en caso de identificar situaciones que
puedan afectar el desarrollo y ejecución de las pruebas de manera efectiva. A
continuación, se detallan los criterios de suspensión y reanudación definidos para el
proyecto:
2.12.1 Criterios de Suspensión:
2.12.1.1
Incumplimiento de Funcionalidades
Se suspenderán las pruebas si se identifican fallos críticos o defectos que impidan la
ejecución de las funcionalidades principales de LimeSurvey.
[45]
2.12.1.2
Inestabilidad del Entorno
En caso de que el entorno de pruebas presente fallos o inestabilidades que afecten la
ejecución y resultados de las pruebas, se procederá a suspender las pruebas hasta que
el problema sea resuelto.
2.12.1.3
Limitaciones de Recursos
Si se identifican limitaciones o restricciones en los recursos disponibles para la
ejecución de las pruebas, como falta de acceso a herramientas o datos necesarios, se
suspenderán las pruebas hasta que se resuelva la situación.
2.12.2 Criterios de Reanudación:
2.12.2.1
Resolución de Defectos
Una vez que se hayan identificado y corregido los defectos o fallos críticos que
causaron la suspensión de las pruebas, se procederá a reanudar las pruebas para
validar la funcionalidad corregida.
2.12.2.2
Estabilidad del Entorno
Tras la resolución de los problemas que causaron inestabilidades en el entorno de
pruebas, se reanudarán las pruebas para continuar con la validación de LimeSurvey en
un ambiente controlado y confiable.
2.12.2.3
Disponibilidad de Recursos
Al garantizar la disponibilidad y acceso a los recursos necesarios para la ejecución de
las pruebas, se procederá a reanudar las pruebas para asegurar la cobertura y calidad
requerida en el proceso de pruebas.
[46]
2.13
Actividades y Estimados de Prueba
Para asegurar una ejecución eficiente y efectiva del proceso de pruebas en
LimeSurvey, es fundamental definir las actividades clave y estimar los tiempos
requeridos para cada una de ellas. A continuación, se presentan las actividades
principales a desarrollar y los estimados de tiempo asociados para el proceso de
pruebas:
2.13.1 Definición de Estrategia de Pruebas:
Actividades:
 Revisión y análisis de requisitos de LimeSurvey.
 Definición de objetivos y alcance de las pruebas.
 Estimado de Tiempo: 1 día
2.13.2 Diseño de Casos de Pruebas:
Actividades:
 Identificación y documentación de escenarios de prueba.
 Creación de casos de prueba basados en funcionalidades, usabilidad y
rendimiento.
 Estimado de Tiempo: 3 días
2.13.3 Preparación del Entorno de Pruebas:
Actividades:
 Configuración del entorno localhost para LimeSurvey.
 Instalación y configuración de Selenium IDE.
Estimado de Tiempo: 1 día
2.13.4 Ejecución de Pruebas:
Actividades:
[47]
 Ejecución de pruebas de funcionalidad, usabilidad y rendimiento.
 Registro de resultados y defectos identificados.
 Estimado de Tiempo: 5 días
2.13.5 Análisis y Reporte de Resultados:
Actividades:
 Revisión y análisis de resultados obtenidos.
 Generación de informes de estado de las pruebas y defectos encontrados.
 Estimado de Tiempo: 2 días
2.13.6 Re-ejecución de Pruebas y Validación:
Actividades:
 Corrección de defectos identificados.
 Re-ejecución de pruebas para validación de correcciones.
 Estimado de Tiempo: 2 días
2.13.7 Informe Final de Pruebas:
Actividades:
 Consolidación de resultados y conclusiones del proceso de pruebas.
 Preparación del informe final de pruebas.
 Estimado de Tiempo: 1 día
 Total, Estimado de Tiempo: 15 días
[48]
2.14
Personal
2.14.1 Roles, Actividades y Responsabilidades
Tabla 4. Roles
Rol
Actividades
Responsabilidades
Planificar y coordinar las actividades
Líder
de
Proyecto
del proyecto. Supervisar el progreso
del proyecto. Comunicar con
stakeholders.
Asegurar que el proyecto se mantenga
en el camino correcto. Resolver
problemas y desafíos.
Configurar y personalizar limeSurvey.
Garantizar la correcta implementación
Especialista en
Realizar pruebas funcionales y de
y funcionamiento de limeSurvey.
limeSurvey
usabilidad. Proporcionar formación
Resolver problemas técnicos
sobre limeSurvey.
relacionados con limeSurvey.
Analista
de
Pruebas
Desarrollador
Diseñar casos de prueba. Ejecutar
pruebas y documentar resultados.
Identificar y reportar problemas.
Asegurar que todas las funcionalidades
de limeSurvey sean probadas
adecuadamente. Evaluar la calidad del
software.
Desarrollar y mantener el software.
Asegurar que el código cumpla con los
Corregir errores y mejorar el
requisitos y estándares de calidad.
rendimiento. Integrar limeSurvey con
Mantener la funcionalidad y estabilidad
otros sistemas si es necesario.
del sistema.
Gestionar la infraestructura del
Administrador
sistema. Realizar copias de seguridad
de Sistemas
y mantenimiento. Monitorear el
rendimiento y la disponibilidad.
[49]
Asegurar la disponibilidad y seguridad
del sistema. Realizar mantenimientos y
actualizaciones necesarias.
Utilizar limeSurvey para la recopilación
Usuario Final
de datos. Reportar problemas o
errores encontrados. Proporcionar
retroalimentación sobre la usabilidad.
2.15
Utilizar la herramienta según las
necesidades del proyecto. Participar en
pruebas y validaciones si es requerido.
Necesidades de Contratación
Se necesita contratar al menos 2 Analistas de Calidad para completar el cronograma en
el tiempo esperado.
2.16
Necesidades de Entrenamiento
Se necesita una introducción al sistema para los que van a ejecutar las pruebas. Se
estima que esta actividad puede tomar 1 hora.
2.17
Cronograma
A continuación, se presenta el cronograma general de las pruebas para el proyecto de
LimeSurvey:
[50]
Tabla 5. Cronograma general de las pruebas para el proyecto relacionado con
limeSurvey
PROCESO DE GESTION
1
S.
Planificación
1
2
3
4
5
6
7
8
9
FEBRERO
2
3
S.
S.
4
S.
1
S.
MARZO
2
3
S.
S.
Entender el contexto (TP1)
Organizar el Plan de Pruebas
(TP2)
Identificar y Analizar Riesgos
(TP3)
Identificar las mitigaciones de
riesgos (TP4)
Diseñar la estrategia de
pruebas (TP5)
Determinar
personal
y
calendario (TP6)
Registrar el Plan de Pruebas
(TP7)
Consenso del Plan de
Pruebas (TP8)
Comunicar Plan de Pruebas
(TP9)
4
S.
1
S.
ABRIL
2
3
S.
S.
X
X
X
X
X
X
X
X
X
Control y seguimiento
1
Preparación (TMC1)
X
2
Monitorización (TMC2)
X
3
Control (TMC3)
X
4 Reporte (TMC4)
Finalización
X
1
Archivar Activos – (TC1)
X
2
Limpiar Entorno – (TC2)
X
3
Lecciones
(TC3)
4
Informar finalización – (TC4)
Aprendidas
–
X
X
[51]
4
S.
1
S.
MAYO
2
3
S.
S.
4
S.
2.18
Instalación y configuración de LimeSurvey
El proceso completo de instalación y configuración de LimeSurvey se detalla en el
ANEXO B. Este anexo incluye una serie de capturas de pantalla (Figuras 1 a 20) que
ilustran cada paso del proceso, desde la instalación del entorno de prueba hasta la
configuración final del sistema. Las imágenes proporcionan una guía visual que facilita
la comprensión y replicación del procedimiento.
2.19
Prueba de usuario final y Prueba con videos con Selenium IDE
Figura 1. Video prueba de con Selenium IDE
Nota: Enlace de video de prueba automatizada sin modificación del script grabado
[https://youtu.be/KoXxZzD_VkI?si=4_oAK5kBKJIhlBfs].
[52]
Figura 2. Video con configuración del comando assertText
Nota: Enlace de video de prueba automatizada con el comando assertText
[https://youtu.be/Kmhca2-7qtk]
Figura 3. Comando assertElementPresent en Selenium IDE
Nota: Enlace de video de prueba automatizada con el comando assertElementPresent
[https://youtu.be/t2ubd0QQkWw]
[53]
2.20
Captura de pantalla de prueba con Selenium IDE
Figura 4. Estableciendo nombre de proyecto en Selenium IDE
Figura 5. Dirección del localhost de la encuesta
[54]
Figura 6. Configuración del comando assertText
Nota: El comando assertText en Selenium IDE se utiliza para verificar que un elemento web
específico, como el mensaje de finalización de la encuesta, tenga el texto esperado. Este
comando compara el texto real del elemento con el texto proporcionado y devuelve un error si no
coinciden.
[55]
Figura 7. Validación correcta del texto de finalización de la encuesta
[56]
Figura 8. Validación de visualización de imagen referente a escudo UNAD
Nota: El comando assertElementPresent en Selenium IDE se utiliza para verificar la presencia
de un elemento web en la página. Este comando busca el elemento especificado por un locator y
comprueba si está presente en la página web actual.
[57]
3 CAPÍTULO 3- DOCUMENTACIÓN DE REQUISITOS Y MODELOS DE
MADUREZ DE SOFTWARE
3.1
Importancia de cada parte de la norma ISO/IEC 15504 SPICE
La norma ISO/IEC 15504 SPICE se compone de varias partes, cada una de las cuales
tiene un propósito y una importancia específicos en el contexto de la evaluación y
mejora de procesos. Cada componente juega un papel crucial en la implementación
efectiva de la norma, asegurando que los procesos se evalúen de manera coherente y
objetiva.
3.2
ISO 15504-1: Conceptos y vocabulario
Esta parte establece la base conceptual de la norma. Proporciona definiciones y
términos clave que son esenciales para comprender los principios y el propósito de
ISO/IEC 15504. La claridad en los conceptos y términos asegura una comprensión
común y evita malentendidos durante la implementación de la norma 43.
3.2.1 ISO 15504-2: Realización de una evaluación
Esta sección describe los requisitos mínimos necesarios para llevar a cabo una
evaluación conforme a ISO/IEC 15504. Incluye directrices sobre la objetividad,
consistencia y representatividad de las evaluaciones. Según Alzueta 44, "estas
directrices aseguran que los resultados de las evaluaciones sean neutrales y repetibles,
proporcionando una base sólida para la mejora continua de los procesos".
3.2.2 ISO 15504-3: Guía para realizar una evaluación
Esta guía complementa la parte 2, proporcionando detalles sobre cómo llevar a cabo
una evaluación. Explica los pasos a seguir y las mejores prácticas a adoptar.
NQA. (s. f.). Guía para la implementación de la norma ISO 45001. Recuperado 30 de mayo de 2024, de
https://www.nqa.com/es-co/certification/standards/iso-45001/implementation
43
44
Alzueta, J. I. (2012). SISTEMAS DE GESTIÓN DE LA CALIDAD.
[58]
Proporciona un enfoque detallado y práctico para la evaluación de procesos, facilitando
su implementación efectiva 45.
3.2.3 ISO 15504-4: Guía sobre uso para mejora de procesos y determinación de
capacidad
Esta parte se enfoca en cómo utilizar los resultados de las evaluaciones para mejorar
los procesos y determinar su capacidad. Ofrece estrategias y metodologías para la
mejora continua. Según Obando 46, esta guía es fundamental para convertir los
resultados de la evaluación en acciones concretas que mejoren los procesos
organizacionales.
3.3
Orden lógico para aplicar cada parte de la norma ISO/IEC 15504 SPICE
El orden lógico para aplicar las partes de la norma ISO/IEC 15504 SPICE asegura una
implementación estructurada y eficaz. Este orden facilita la comprensión y aplicación
progresiva de los conceptos y prácticas de la norma.
3.3.1 Conceptualización
Primero, es esencial comprender los conceptos y el vocabulario. Por lo tanto, se debe
comenzar con la ISO 15504-1: Conceptos y vocabulario. Esta parte sienta las bases
necesarias para todas las actividades subsiguientes.
3.3.2 Aplicación
Una vez que los conceptos están claros, el siguiente paso es la ISO 15504-2:
Realización de una evaluación. Esta parte proporciona los requisitos básicos para
realizar evaluaciones. Inmediatamente después, se utiliza la ISO 15504-3: Guía para
NQA. (s. f.). Guía para la implementación de la norma ISO 9001. Recuperado 30 de mayo de 2024, de
https://www.nqa.com/es-co/certification/standards/iso-9001/implementation
45
Obando, R. (2023, abril 13). Mejora de procesos: Qué es, metodologías, herramientas y ejemplos.
https://blog.hubspot.es/sales/mejora-procesos
46
[59]
realizar una evaluación, que ofrece un enfoque detallado para llevar a cabo las
evaluaciones. A continuación, se emplea la ISO 15504-4: Guía sobre uso para mejora
de procesos y determinación de capacidad para utilizar los resultados de la
evaluación en la mejora continua de los procesos.
3.3.3 Evaluación
Finalmente, se aplica la ISO 15504-5 y subsecuentes para evaluar los procesos
específicos según los modelos de evaluación definidos para diferentes contextos
(software, sistemas, madurez organizacional, etc.). La implementación de estas partes
finales asegura que los procesos evaluados sean alineados con los modelos
específicos de capacidad y madurez requeridos para el contexto particular 47.
3.4
¿Cuáles son las 10 partes que constituyen la norma ISO/EIC 15504 SPICE?
La norma ISO/IEC 15504, también conocida como SPICE (Software Process
Improvement and Capability Determination), es un estándar internacional que tiene
como objetivo evaluar y mejorar los procesos de desarrollo de software1. Esta norma
consta de 10 partes, cada una de las cuales se detalla a continuación:
3.4.1 ISO 15504. Parte 1. Conceptos y vocabulario:
Esta parte proporciona los términos y definiciones utilizados en el resto de la norma.
También “Proporciona información general sobre los conceptos de evaluación de
procesos y su uso en los en la mejora de procesos y en la evaluación de capacidad de
proceso” 48.
Fernández, E. G., & Ramos, M. Á. (s. f.). ESTUDIO SOBRE EL MODELO PARA LA MEJORA DE
PROCESOS DE SISTEMAS SOFTWARE (CMMI). 5.
47
ingertec. (2019, agosto 14). CMMI o ISO/IEC 15504. Ingertec.com. https://ingertec.com/cmmi-o-iso-iec15504/
48
[60]
3.4.2 ISO 15504. Parte 2. Realización de una evaluación:
Esta parte proporciona directrices sobre cómo llevar a cabo una evaluación de los
procesos de software. Por lo que, “trata la realización de la evaluación, requisitos
mínimos para realizar una evaluación de mejora de procesos y determinación de la
capacidad de los procesos” 49.
3.4.3 ISO 15504. Parte 2. Llevando a cabo una evaluación. Guía para la
realización de la evaluación:
Esta parte proporciona una guía más detallada sobre cómo realizar una evaluación. Por
este motivo “Proporciona una guía sobre el cumplimiento del conjunto mínimo de
requisitos para realizar una evaluación contenida en ISO / IEC 15504-2” 50.
3.4.4 ISO 15504. Parte 4. Guía sobre el uso para la mejora del proceso y la
determinación de la capacidad del proceso:
Esta parte proporciona directrices sobre cómo utilizar los resultados de una evaluación
para mejorar los procesos de software y determinar su capacidad. Es decir,
“Proporciona una guía sobre cómo utilizar una evaluación de proceso dentro de un
programa de mejora de proceso o para la determinación de capacidad de proceso” 51.
3.4.5 ISO 15504. Parte 5. Un ejemplo de modelo de evaluación de procesos del
ciclo de vida del software (según ISO/IEC 12207):
Esta parte proporciona un ejemplo de cómo se puede utilizar la norma ISO/IEC 12207
para evaluar los procesos del ciclo de vida del software. Por ello, “proporciona
jgarzas. (2010, noviembre 3). Entender la norma ISO 15504 (2/3). Principales esquemas y
organizaciones
en
la
aplicación
de
la
15504.
Javier
Garzas.
https://www.javiergarzas.com/2010/11/entender-iso-15504-2.html
49
ingertec. (2019, agosto 14). CMMI o ISO/IEC 15504. Ingertec.com. https://ingertec.com/cmmi-o-iso-iec15504/
50
51
Ibíd.
[61]
información general sobre los conceptos de evaluación de procesos y su uso en el
contexto de mejora de proceso y determinación de capacidad de proceso.” 52.
3.4.6 ISO 15504. Parte 6. Un ejemplo de modelo de evaluación del ciclo del
sistema (Según ISO/IEC 15288):
Esta parte proporciona un ejemplo de cómo se puede utilizar la norma ISO/IEC 15288
para evaluar los procesos del ciclo de vida del sistema. Mas detalladamente,
Constituye un modelo de evaluación de procesos, conforme con los requisitos de
ISO / IEC 15504-2, para la evaluación de la capacidad del proceso de los
procesos del ciclo de vida del sistema basada en el Modelo de referencia de
procesos contenido en ISO / IEC 15288 53.
3.4.7 ISO 15504. Parte 7. Evaluación de madurez organizacional:
Esta parte proporciona directrices sobre cómo evaluar la madurez organizacional en
relación con los procesos de software. Por ello, “describe las bases para llevar a cabo
evaluaciones por niveles de madurez, para lo que define un conjunto de niveles,
concretamente 6 niveles de madurez” 54. Los niveles de madurez y el modelo de
procesos se detallan en el ANEXO D, donde se puede observar una representación
gráfica de los niveles de madurez y su relación con los procesos de software.
3.4.8 ISO 15504. Parte 8. Un modelo ejemplar de evaluación de proceso a
gestión de servicios de TI (Según ISO/IEC 20000):
Esta parte proporciona un ejemplo de cómo se puede utilizar la norma ISO/IEC 20000
para evaluar los procesos de gestión de servicios de TI (ingertec, 2019).
52
ingertec. Op. Cit., Parte 5.
53
Ibíd.
54
jgarzas. Op. Cit.
[62]
3.4.9 ISO 15504. Parte 9. Perfiles de proceso objetivo:
Esta parte proporciona directrices sobre cómo definir y utilizar perfiles de proceso
objetivo en una evaluación. Según ingertec 55, “Pautas para los perfiles del proceso
objetivo para la determinación de la capacidad y propósitos de mejora.”
3.4.10 ISO 15504. Parte 10. ISO 15504. Parte 9. Extensión de seguridad:
Esta parte proporciona directrices sobre cómo incorporar consideraciones de seguridad
en una evaluación “como en tres nuevos procesos: gestión de seguridad, ingeniería de
seguridad y procesos de certificación de seguridad” 56.
La norma ISO 15504 juega un papel fundamental en la industria del software, ya que
permite a las organizaciones evaluar y mejorar sus procesos de desarrollo de software
de manera sistemática y objetiva. Al implementar esta norma, las organizaciones
pueden identificar áreas de mejora, establecer metas claras y medibles, y garantizar la
calidad de sus productos y servicios.
55
ingertec. Op. Cit
56
Ibíd.
[63]
3.5
Trabajo colaborativo
2. Proponer una estructura de aplicación de la norma (Actividades a realizar y
elementos que la componen) Usar un diagrama de flujo o Mapa conceptual o el
que considere para documentar la ruta de aplicación de la norma y explicar por
qué la clasifica en cada nivel. (ver el siguiente ejemplo).
Hemos optado por utilizar un diagrama de flujo (ver ANEXO C) para documentar la ruta
de aplicación de la norma ISO/IEC 15504 SPICE. El diagrama muestra los diferentes
componentes organizados en cuatro niveles: Definición y Planificación, Recolección y
Validación de Datos, Valoración y Generación de Resultados, e Implementación y
Mejora Continua.
3.6
Nivel de Definición y Planificación

Definición del Alcance y Propósito de la Evaluación

Planificación de la Evaluación
3.6.1 Razón
Este nivel establece las bases del proceso de evaluación, asegurando que los objetivos
y el alcance estén claramente definidos y que exista un plan detallado para llevar a
cabo la evaluación.
3.6.2 Definición del Alcance y Propósito de la Evaluación:
En el documento ISO/IEC 15504-1, se destaca la importancia de definir claramente los
objetivos y el alcance de la evaluación para garantizar una comprensión común entre
todas las partes involucradas. Este paso inicial es crucial para alinear las expectativas y
los resultados esperados de la evaluación.
[64]
3.6.3 Planificación de la Evaluación:
La planificación detallada es esencial para la ejecución eficiente de la evaluación. El
ISO/IEC 15504-2 proporciona directrices sobre cómo estructurar un plan de evaluación,
incluyendo la selección del equipo de evaluación, la definición de los métodos y
técnicas a utilizar, y la programación de actividades.
3.7
Nivel de Recolección y Validación de Datos

Recolección de Datos

Validación de Datos
3.7.1 Razón
En este nivel se obtienen y verifican los datos necesarios para la evaluación. Es crucial
asegurarse de que los datos recolectados sean precisos y completos para proceder a
una evaluación efectiva.
3.7.2 Recolección de Datos:
Según el ISO/IEC 15504-2, la recolección de datos debe ser exhaustiva y sistemática,
utilizando
diversas
fuentes
como
revisiones
de
documentos,
entrevistas
y
observaciones directas. Esto asegura una comprensión completa del proceso evaluado.
3.7.3 Validación de Datos:
La validación de los datos recolectados es esencial para confirmar su precisión y
completitud. ISO/IEC 15504-2 describe métodos para verificar la integridad de los datos,
garantizando que sean fiables y representativos de la realidad del proceso.
3.8
Nivel de Valoración y Generación de Resultados

Valoración de Atributos del Proceso
[65]

Generación de Resultados de la Evaluación
3.8.1 Razón
Este nivel se centra en la aplicación de la escala de valoración para determinar el
desempeño de los procesos y en la elaboración de un informe detallado de los
resultados, lo cual es esencial para identificar áreas de mejora.
3.8.2 Valoración de Atributos del Proceso:
El documento ISO/IEC 15504-3 proporciona una guía detallada sobre cómo aplicar la
escala de valoración para evaluar los atributos del proceso. Esto incluye la identificación
de niveles de capacidad y la evaluación del cumplimiento de los atributos específicos.
3.8.3 Generación de Resultados de la Evaluación:
La elaboración de un informe detallado es el siguiente paso después de la valoración.
ISO/IEC 15504-3 describe cómo estructurar el informe de evaluación, incluyendo los
hallazgos, conclusiones y recomendaciones para la mejora de procesos.
3.9
Nivel de Implementación y Mejora Continua

Presentación de Resultados

Uso de Resultados para la Mejora Continua
3.9.1 Razón
El objetivo final es implementar las recomendaciones obtenidas de la evaluación para
mejorar continuamente los procesos. Este nivel asegura que las mejoras se realicen y
se monitoreen adecuadamente para mantener la eficacia y eficiencia de los procesos.
[66]
3.9.2 Presentación de Resultados:
La presentación de los resultados a las partes interesadas es crucial para asegurar la
aceptación y el apoyo para las mejoras propuestas. ISO/IEC 15504-3 detalla cómo
comunicar eficazmente los resultados y las recomendaciones a los stakeholders.
3.9.3 Uso de Resultados para la Mejora Continua:
Implementar las recomendaciones y realizar un seguimiento continuo es fundamental
para la mejora continua. ISO/IEC 15504-3 proporciona una guía sobre cómo integrar los
resultados de la evaluación en los esfuerzos de mejora continua, asegurando que las
mejoras sean sostenibles y efectivas.
[67]
3. Con base en la propuesta del punto anterior, diligenciar la siguiente tabla
Documental la cual ilustrará la estructura propuesta.
Tabla 6. Documental
Proceso
alcance del proceso
Definición
del
Alcance
y
Propósito
Planificación
Reuniones,
identificación
el
escala
de Evaluación,
valoración
de Elaborar informe de
evaluación
revisión
de documentos
validación
Aplicar
MAN (Gestión)
asignación de roles
de datos
del
de MAN (Gestión)
plan, Documentación,
precisión Revisión
Atributos
Resultados
SUP, MAN y ORG)
de Confirmar
de
pertenece (CUS, ENG,
stakeholders
del proceso
Valoración
Generación
Actividades
de Obtener información Entrevistas,
Datos
Proceso
y alcance
seleccionar equipo
Datos
Validación
Determinar objetivos
de Preparar
la Evaluación
Recolección
Proceso Primario al que
Capacidad o
cruzada,
análisis
de datos
ENG (Ingeniería)
SUP (Soporte)
ENG (Ingeniería)
Documentación,
presentación
resultados
de MAN (Gestión)
Uso
de
Resultados para
Mejora
Implementar
Planes
de
recomendaciones
seguimiento
mejora,
ORG (Organización)
Nota: Esta tabla documental ilustra la estructura propuesta para aplicar la norma ISO/IEC 15504
SPICE, destacando los procesos, su capacidad o alcance, las actividades involucradas y el
proceso primario al que pertenecen (Gestión, Ingeniería, Soporte, Organización). Esta
organización permite una clara visualización de cómo cada paso del proceso de evaluación
contribuye a la mejora continua y efectiva de los procesos dentro de una organización.
69
RECOMENDACIONES
Basándose en el análisis realizado de la norma ISO/IEC 15504 SPICE y la estructura
de aplicación propuesta, se sugieren las siguientes recomendaciones para las
organizaciones interesadas en implementar la norma y mejorar sus procesos de
software.
3.10
Capacitación y sensibilización
Antes de iniciar el proceso de implementación de la norma, es fundamental capacitar y
sensibilizar a todos los miembros de la organización sobre la importancia y los
beneficios de la evaluación y mejora de procesos. Esto fomentará un compromiso y una
participación activa en todo el proceso.
3.11
Asignación de recursos adecuados
La implementación de la norma ISO/IEC 15504 SPICE requiere una inversión de
tiempo, esfuerzo y recursos. Es esencial asignar los recursos necesarios, tanto
humanos como financieros, para garantizar una implementación exitosa y sostenible.
3.12
Adaptación a la cultura organizacional
Si bien la norma proporciona un marco general, es importante adaptar la estructura de
aplicación y las actividades a la cultura y las necesidades específicas de la
organización. Esto facilitará la adopción y la aceptación por parte de los miembros del
equipo.
3.13
Comunicación efectiva
Durante todo el proceso de implementación, es crucial mantener una comunicación
clara y transparente con todas las partes interesadas. Esto incluye informar sobre los
avances, los resultados y las acciones de mejora propuestas, así como fomentar la
retroalimentación y la participación activa.
3.14
Monitoreo y seguimiento continuo
Una vez que se hayan implementado las mejoras en los procesos, es esencial
establecer mecanismos de monitoreo y seguimiento continuo. Esto permitirá evaluar la
efectividad de las acciones tomadas y realizar ajustes cuando sea necesario,
garantizando la sostenibilidad de las mejoras a largo plazo.
70
3.15
Aprendizaje y mejora continua
La evaluación y mejora de procesos no es un evento único, sino un ciclo continuo. Es
importante fomentar una cultura de aprendizaje y mejora continua en la organización,
donde se aprovechen las lecciones aprendidas y se busque constantemente
oportunidades para optimizar los procesos.
Al seguir estas recomendaciones, las organizaciones podrán maximizar los beneficios
de la implementación de la norma ISO/IEC 15504 SPICE y lograr una mejora
significativa en la calidad y eficiencia de sus procesos de desarrollo de software. Esto
les permitirá mantenerse competitivas y responder de manera efectiva a los desafíos
del mercado en constante evolución.
71
CONCLUSIONES
A lo largo de este documento, se abordó la norma ISO/IEC 15504 SPICE y su
relevancia en la evaluación y mejora de procesos de software. Se explicaron
detalladamente las diferentes partes que componen la norma, su importancia y el orden
lógico para su aplicación.
Se propuso una estructura de aplicación utilizando un diagrama de flujo que organiza
las actividades en cuatro niveles clave: Definición y Planificación, Recolección y
Validación de Datos, Valoración y Generación de Resultados, e Implementación y
Mejora Continua. Esta estructura brinda una guía práctica para las organizaciones que
buscan implementar la norma de manera efectiva y aprovechar al máximo sus
beneficios.
Cada nivel de la estructura propuesta se describió detalladamente, destacando su
importancia y su relación con los procesos primarios de gestión, ingeniería, soporte y
organización. De esta manera, se estableció un vínculo claro entre las actividades de
evaluación y mejora de procesos con las áreas funcionales de una organización.
En conclusión, la aplicación de la norma ISO/IEC 15504 SPICE, respaldada por la
estructura propuesta, permitió a las organizaciones evaluar y mejorar sus procesos de
software de manera sistemática y objetiva. Esto contribuyó a la calidad y eficiencia de
los productos y servicios, así como al éxito a largo plazo de las empresas en un entorno
competitivo y en constante cambio.
72
BIBLIOGRAFÍA
Anaya, E. (2020, mayo 20). ¿Qué es Selenium y para qué sirve? INMEDIATUM.
https://inmediatum.com/blog/piensa-digital/que-es-selenium-y-para-que-sirve/
Andrade, A. (2021, septiembre 3). ¿Por qué la cobertura de pruebas unitarias es una
parte importante de QA? Alex Andrade. https://alexandrade.net/blog-deingenieria-de-software/calidad-de-software/por-que-la-cobertura-de-pruebasunitarias-es-una-parte-importante-de-qa/
AppMaster. (2023, septiembre 26). Pruebas de interfaz de usuario (UI) | AppMaster.
https://appmaster.io/es/glossary/pruebas-de-interfaz-de-usuario-ui
edu.lat. (s. f.). Ejecución de pruebas. Recuperado 18 de abril de 2024, de
https://tutoriales.edu.lat/pub/software-testing-dictionary/test-execution/ejecucionde-pruebas
España, S. (2018, febrero 5). ISTQB (International Software Testing Qualifications
Board). Tu centro de expertise en España sobre Quality Engineering y Testing.
https://qanewsblog.com/2018/02/05/istqb-international-software-testingqualifications-board/
Fernández Muñoz, L. (s. f.). Diseño de Casos de Pruebas. Recuperado 19 de abril de
2024,
de
https://sanchezcarlosjr.github.io/software-engineering-master-by-
escuelait/USantaTecla/4-pruebas/3-casosPruebasUnitarias/index.html
Hamilton, T. (2024, abril 12). PLAN DE PRUEBAS en Pruebas de Software (Ejemplo).
https://www.guru99.com/es/test-planning.html
73
Helen. (2019, marzo 12). ¿Qué es el ciclo de vida de las pruebas de software (STLC)?
QAwerk.
https://qawerk.es/blog/que-es-el-ciclo-de-vida-de-las-pruebas-de-
software/
hmong.wiki. (s. f.-a). Documentación de prueba de software Estado de IEEE
829yAntecedentes de IEEE 829. Recuperado 16 de abril de 2024, de
https://hmong.es/wiki/IEEE_829
hmong.wiki. (s. f.-b). Junta Internacional de Cualificaciones de Pruebas de Software
Portafolio de productosyCondiciones previas. Recuperado 16 de abril de 2024,
de https://hmong.es/wiki/International_Software_Testing_Qualifications_Board
IBM. (s. f.). ¿Qué es una interfaz de programación de aplicaciones (API)? | IBM.
Recuperado 16 de abril de 2024, de https://www.ibm.com/es-es/topics/api
ingertec.
(2019,
agosto
14).
CMMI
o
ISO/IEC
15504.
Ingertec.com.
https://ingertec.com/cmmi-o-iso-iec-15504/
iso25000.com. (2022a). Compatibilidad. https://iso25000.com/index.php/normas-iso25000/iso-25010/22-compatibilidad
iso25000.com.
(2022b).
Portabilidad.
https://iso25000.com/index.php/normas-iso-
25000/iso-25010/27-portabilidad
Jain, A. (s. f.). Qué es la especificación de requisitos: Definición, mejores herramientas y
técnicas | Guía - Soluciones Visure. Visure Solutions. Recuperado 16 de abril de
2024, de https://visuresolutions.com/es/blog/especificaci%C3%B3n-de-requisitos/
jgarzas. (2010, noviembre 3). Entender la norma ISO 15504 (2/3). Principales
esquemas y organizaciones en la aplicación de la 15504. Javier Garzas.
https://www.javiergarzas.com/2010/11/entender-iso-15504-2.html
74
Jiménez, A. (2023, julio 28). JUnit: Herramienta clave en pruebas unitarias. El Blog de
Python. https://elblogpython.com/tecnologia/junit-herramienta-clave-en-pruebasunitarias/
Joshi, V. (s. f.). Pruebas basadas en modelos: La nueva era de la automatización de
software.
Cynoteck.
Recuperado
19
de
abril
de
2024,
de
https://cynoteck.com/es/blog-post/model-based-testing-the-new-era-of-softwareautomation/
Lacerda, C. (2017, abril 18). Teoría básica de seguridad del software. Scriptcase Blog Development,
Web
Design,
Sales
and
Digital
Marketing.
https://scriptcaseblog.net/es/development-es/teoria-basica-de-seguridad-delsoftware/
LimeSurvey GmbH. (s. f.). LimeSurvey—Free Online Survey Tool. Recuperado 16 de
abril de 2024, de https://www.limesurvey.org/es
López, W. A. R. (2015). UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS
FACULTAD DE INGENIERÍA PROYECTO CURRICULAR INGENIERIADE
SISTEMAS
BOGOTÁ
D.C.
https://repository.udistrital.edu.co/bitstream/handle/11349/2370/WilliamAlfredoRo
driguezLopez.pdf;jsessionid=200643891B1B8037636E670D600B405A?sequenc
e=1
mantenimiento.win. (s. f.). Mantenimiento de software. Mantenimiento. Recuperado 3 de
marzo de 2024, de https://mantenimiento.win/mantenimiento-de-software/
Morales Correa, F. G. (2017). Métricas de robustez para el análisis de redes. 2.
75
Muniz, R. (2024, febrero 16). Pruebas de Aceptación del Usuario (UAT) en Proyectos
Scrum:
Un
Enfoque
Crucial
para
la
Calidad
del
Producto.
https://es.linkedin.com/pulse/pruebas-de-aceptaci%C3%B3n-del-usuario-uat-enproyectos-scrum-muniz-tmeqe
NormasISO.org. (2023a, enero 16). Norma ISO 29119: Estándares de pruebas de
software - Lo que debes saber. NormasISO.org. https://normasiso.org/norma-iso29119/
NormasISO.org. (2023b, enero 16). Norma ISO 29119: Estándares de pruebas de
software - Lo que debes saber. NormasISO.org. https://normasiso.org/norma-iso29119/
Paneiva, B. (2023, noviembre 10). Lista de Verificación del Plan de Acciones
Correctivas. Lumiform. https://lumiformapp.com/es/checklists-recursos/plan-deacciones-correctivas
QAlified. (2023, diciembre 14). ¿Cuál es la diferencia entre las pruebas de carga y de
estrés? https://qalified.com/es/blog/pruebas-carga-vs-pruebas-estres/
Sanchez, W. (2011). de Software: Definición y. 9.
Santana, S., Perero, L. R., Delduca, A. G., & Dapozo, G. N. (2020). Evaluación de
técnicas para la validación de requerimientos en entornos de trabajo para el
desarrollo de software. XXII Workshop de Investigadores en Ciencias de la
Computación
(WICC
2020,
El
http://sedici.unlp.edu.ar/handle/10915/103994
76
Calafate,
Santa
Cruz).
Servicios de Informática Profesional, S.A. (SIPSA). (2023, mayo 29). QA | Metodologías
de
Aseguramiento
de
la
Calidad.
https://es.linkedin.com/pulse/qa-
metodolog%C3%ADas-de-aseguramiento-la
Singureanu, C. (s. f.). Pruebas de mutación: Proceso, herramientas, análisis y mucho
más. https://www.zaptest.com/es. Recuperado 19 de abril de 2024, de
https://www.zaptest.com/es/pruebas-de-mutacion-tipos-procesos-analisiscaracteristicas-herramientas-y-mucho-mas
Tasqui. (s. f.). Proceso de Recepción y Almacenamiento de Medicamentos y
Dispositivos Médicos | Tasqui. Recuperado 19 de abril de 2024, de
https://tasqui.com/lecciones/proceso-de-recepcion-y-almacenamiento-demedicamentos-y-dispositivos-medicos/
Udemy. (2021, marzo). QA Testing—TestLink herramienta de gestión de pruebas.
Udemy.
https://www.udemy.com/course/qa-testing-testlink-herramienta-de-
gestion-de-pruebas/
Valdés Faura, M. (2022, septiembre 23). Extensibilidad: ¿Qué es y qué significa para la
eficiencia y la innovación empresarial? Silicon. https://www.silicon.es/expertoopinion/extensibilidad-que-es-y-que-significa-para-la-eficiencia-y-la-innovacionempresarial
Zúñiga, F. G. de. (2023, marzo 29). Documentación técnica de software: Qué es y
herramientas | Arsys. Blog de arsys.es. https://www.arsys.es/blog/hacerdocumentacion-tecnica-software
77
ANEXO A. Ponderaciones de criterios, métricas propuestas y resultados de la
evaluación
ANEXO A
(Ponderaciones de criterios, métricas propuestas y resultados de la evaluación)
A. PROPUESTA DE PONDERACIÓN DE LOS 9 CRITERIOS
Esta tabla muestra la propuesta de ponderación de los 9 criterios técnicos a evaluar y las
métricas sugeridas para cada uno según la NTC 54202.
Tabla A. 1 Ponderaciones de criterios y propuesta de métricas a utilizar
Criterio técnico organizado de
acuerdo a su orden de
importancia, de mayor a menor.
1. Desempeño
2. Usabilidad
3. Robustez
Ponderación asignada al
criterio técnico, dentro de la
ponderación total de la
calificación.
20%
18%
15%
78
Métrica o métricas de la norma NTC
54202, que considera es o son
pertinentes para evaluar el criterio.

Tiempo de respuesta

Utilización de recursos

Facilidad de comprensión

Facilidad de aprendizaje

Tolerancia a fallas

Recuperabilidad
4. Extensibilidad
5. Integridad
6. Portabilidad
7. Compatibilidad
8. Mantenimiento
9. Documentación
12%
10%

Modularidad

Reusabilidad

Prevención de corrupción de
datos
8%
6%
6%
5%

Tolerancia a fallos de integridad

Adaptabilidad

Capacidad para ser instalado

Coexistencia de software

Interoperabilidad de datos

Capacidad para ser analizado

Capacidad para ser modificado

Completitud de documentación

Facilidad de comprensión de la
documentación
Total
100%
79
A.1. Ponderaciones de criterios y métricas propuestas
Esta tabla muestra la propuesta de ponderación de los 9 criterios técnicos evaluados y
las métricas sugeridas para cada uno según la NTC 54202. La ponderación asignada a
cada uno de los 9 criterios evaluados, en el porcentaje de la puntuación final, es la
siguiente:
Tabla A. 2 Criterios de ponderación de producto software Colciencias (resolución
no 285 de 19 de marzo de 2004)
No
1
Criterio Para
Evaluar
Desempeño
Descripción
La
capacidad
del
sistema
para
realizar
sus
funciones
dentro
Puntaje de la
Aporte de la
CUMPLE o No
Métrica
Métrica
cumple
20%
7
1,32
NO CUMPLE
18%
8,25
1,49
CUMPLE
Ponderación
de
los
límites
establecidos, en
términos
de
velocidad
y
eficiencia.
La facilidad con
la
que
usuario
2
Usabilidad
un
puede
utilizar
el
sistema
para
lograr
sus
objetivos
específicos
de
manera
efectiva,
eficiente
y
satisfactoria.
80
La
capacidad
del
sistema
para
mantener
su
nivel
de
rendimiento
bajo
3
Robustez
condiciones
adversas
o
15%
7
0,98
NO CUMPLE
12%
8,6
1,03
CUMPLE
10%
9,25
0,93
CUMPLE
situaciones
inesperadas,
como
de
errores
entrada
fallos
o
de
hardware.
La
capacidad
del
sistema
para adaptarse
y
crecer
con
cambios futuros
4
Extensibilidad
en los requisitos
y el entorno, sin
requerir
cambios
importantes en
su estructura o
diseño.
La
capacidad
del
sistema
para garantizar
que los datos
sean
5
Integridad
precisos,
completos
y
protegidos
contra accesos
no autorizados
o
modificaciones
no autorizadas.
81
6
Portabilidad
La
capacidad
del
sistema
para
funcionar
de
manera
efectiva
y
sin
problemas
en
diferentes
8%
8,7
0,70
CUMPLE
6%
9,3
0,56
CUMPLE
6%
7,8
0,47
NO CUMPLE
entornos, como
diferentes
sistemas
operativos
o
dispositivos.
La
capacidad
del
sistema
para interactuar
7
Compatibilidad
de
manera
efectiva
y
sin
problemas con
otros sistemas,
componentes o
versiones.
La facilidad con
la
que
se
pueden realizar
cambios,
correcciones
y
mejoras en el
Mantenimiento
sistema,
así
como
la
capacidad
de
mantener
su
buen
funcionamiento
a lo largo del
tiempo.
82
La
disponibilidad y
calidad
de
la
documentación
relacionada con
9
Documentación
el sistema, que
incluye
manuales
de
usuario,
guías
de
5%
7,8
0,39
NO CUMPLE
7,85
CUMPLE
785
Puntos
instalación,
documentación
técnica, etc.
100%
Puntuación total
de la evaluación
de las metricas
de este criterio
PUNTUACION
FINAL
Extensibilidad
Nota: La puntuación total de la evaluación de las métricas de este criterio Extensibilidad es de
785 puntos.
83
ANEXO B. Figuras de instalación y configuración de Limesurvey
ANEXO B
(Figuras de instalación y configuración de Limesurvey)
B. INSTALACIÓN Y CONFIGURACIÓN DE LIMESURVEY COMO ENTORNO DE
PRUEBA
En este anexo se incluyen capturas de pantalla que muestran los pasos detallados de
instalación y configuración de LimeSurvey. Las figuras 1 a 20 ilustran cada etapa del proceso,
desde la instalación del entorno de prueba hasta la configuración completa del sistema.
B.1. Instalación y configuración de localhost
Figura B. 1 Configuración de XAMPP para la ejecución de Limesurvey
84
Figura B. 2 Inicio de instalación de LimeSurvey
Figura B. 3 Aceptación de licencia GNU
85
Figura B. 4 Requerimientos mínimos para LimeSurvey
86
Figura B. 5 Configuración de base de datos MySQL
87
Figura B. 6 Configuración de credenciales
88
Figura B. 7 Configuración terminada
89
B.2. Configuración de encueste en LimeSurvey
Figura B. 8 Pantalla inicial
90
Figura B. 9 Panel de control de LimeSurvey
Figura B. 10 Creación de grupo
91
Figura B. 11 Configuración general de la encuesta
92
B.3. Configuración de encuestas
Figura B. 12 Previsualización del progreso de la configuración
93
Figura B. 13 Estructura y diseño de la encuesta
94
B.4. Visualización de pruebas de las preguntas
Figura B. 14 Previsualización de preguntas "Información Demográfica"
95
Figura B. 15 Previsualización de preguntas (Experiencia con el Área
“Contáctanos”)
96
Figura B. 16 Previsualización de preguntas (Funcionalidad y Usabilidad)
97
Figura B. 17 Previsualización de preguntas (Mejoras y Sugerencias)
98
B.5. Lanzamiento de la aplicación
Figura B. 18 Activación del formulario
99
Figura B. 19 Encuesta en Ejecución y enlace para acceder a ella
100
Figura B. 20 Formulario listo para prueba de usuario final
101
ANEXO C. Estructura de aplicación de la norma ISO/IEC 15504 SPICE
ANEXO C
(Estructura de aplicación de la norma ISO/IEC 15504 SPICE)
C. ESTRUCTURA DEL DIAGRAMA DE FLUJO
Este diagrama se divide en cuatro niveles, cada uno con varios pasos representados por
rectángulos y diamantes, que indican diferentes procesos y puntos de decisión. Las flechas
conectan los procesos, mostrando el flujo de tareas. A continuación, describo cada nivel:
C.1. Nivel 1: Definición y Planificación
 Responsabilidades: Proceder con la planificación y definición.
C.2. Nivel 2: Recolección y Validación de Datos
 Responsabilidades: Continuar recolectando y validando datos.
 Proceso clave: Recolección de Datos.
 Otros procesos: Evaluación de resultados y corrección de defectos.
C.3. Nivel 3: Valoración y Generación de Resultados
 Responsabilidades: Aplicar la escala de valoración y evaluar los resultados.
 Proceso clave: Valoración de atributos.
 Otros procesos: Corrección de defectos.
C.4. Nivel 4: Implementación y Mejora Continua
 Responsabilidades: Monitorear y ajustar según informes.
 Proceso clave: Implementación y mejora continua.
 Otros procesos: Decisiones y retroalimentación.
102
Figura C. 1 Descripción del Proceso Paso a Paso
Nota: Este enfoque asegura que cada paso se realiza de manera estructurada y que las decisiones se toman
en puntos críticos del proceso, garantizando la efectividad y precisión de la evaluación y mejora continua
de los procesos según la norma ISO/IEC 15504 SPICE 103
ANEXO D. Niveles de madurez y modelo de procesos
ANEXO D
(Niveles de madurez y modelo de procesos)
D. NIVELES DE MADUREZ
Esta figura ilustra los diferentes niveles de madurez definidos en la norma ISO/IEC 15504 Parte
7 para la evaluación de la madurez organizacional.
Figura D. 1 Niveles de madurez y modelo de procesos
Nota: Extraído de Garzás, J. (2009) [Imagen]. Una aplicación de ISO/IEC 15504 para la
evaluación por niveles de madurez de PYMEs y pequeños equipos de desarrollo. 2.
104