Estrategia integrada de pruebas de software consciente de la situación y basada en escenarios

Título:

Estrategia integrada de pruebas de software consciente de la situación y basada en escenarios

Autor:

Tebes, Guido Sebastián

Otros autores / Colaboradores:

 Olsina Santos, Luis Antonio; [ Director/a]  Rossi, Gustavo Héctor; [ Codirector/a] 

Temas:

SOFTWARE; 

URL:

https://doi.org/10.35537/10915/160286,

Palabras clave:

ontologías, pruebas de software, 

Nota de tesis:

Tesis (Doctorado en Ciencias Informáticas) - Universidad Nacional de La Plata. Facultad de Informática, 2023.

Extensión:

1 archivo (5,6 MB) : il. col.

Resumen:

En la actualidad, las aplicaciones de software se han vuelto muy complejas ya que, en algunas situaciones particulares, dependen de otros sistemas o servicios para realizar correctamente sus funciones. En otras palabras, esto significa que un sistema no está aislado y está influenciado por entidades de contexto. Debido a su complejidad inherente, algunos enfoques o estrategias de pruebas de software existentes no son lo suficientemente efectivos para verificar y validar situaciones particulares en las que es relevante considerar y modelar las entidades de contexto. Además, hay un escaso número de metodologías que son útiles para probar este tipo de situaciones. Con la intención de contribuir en esta área, en esta tesis doctoral se propone una estrategia de pruebas de software basada en escenarios y consciente de la situación. Esta estrategia es consciente de la situación porque la situación debe ser modelada y considerada para producir casos de prueba. La misma fue inicialmente validada ya que se aplicó en dos empresas del ámbito privado por dos estudiantes de grado para sus proyectos finales de ingeniería. Una estrategia es un recurso fundamental de una organización que define un curso específico de acción a seguir, es decir, especifica qué se debe hacer y cómo hacerlo. A su vez, una estrategia debería integrar tres capacidades fundamentales o pilares, a saber: i) una especificación de proceso, ii) una especificación de métodos, y iii) una especificación de base conceptual. Por lo tanto, la estrategia propuesta en este trabajo también considera estas tres capacidades. El beneficio de integrar estos tres pilares en una estrategia en particular es que la misma especificará qué actividades están involucradas, cómo llevarlas a cabo a través de métodos, y todo esto dentro de un marco semántico de un vocabulario de uso común y compartido. Dado que una ontología es la representación más rica para modelar bases conceptuales, se considera que una estrategia integrada debería tener entonces una ontología como base conceptual y no meramente un glosario y/o taxonomía. Por ello, en esta tesis doctoral, se decidió desarrollar y utilizar una ontología de pruebas de software para dar soporte a la estrategia integrada. Además, las especificaciones de procesos y métodos deberían utilizar los conceptos que involucra esta base conceptual ontológica para que la estrategia sea consistente. Por otro lado, es importante contar con procesos bien especificados como parte de una estrategia integrada. Un proceso bien especificado debería describir cuáles son las principales actividades que deben ser realizadas, sus productos de trabajo consumidos y producidos, qué roles intervienen, cuál es el flujo a seguir entre las diferentes actividades, entre otros aspectos. Además, otro aspecto que fortalece las especificaciones de procesos es el modelado de diferentes vistas o perspectivas de proceso. Como beneficio, un proceso bien especificado no solo permite el entendimiento del mismo, sino que también facilita la comunicación entre las partes interesadas. Además, asegura la repetibilidad y la reproducibilidad en la implementación de las actividades y tareas.

Puede solicitar más fácilmente el ejemplar con: TES 23/25

Capítulo 1: Introducción 
1.1 Introducción y Motivación 
1.2 Objetivos
1.3 Contribuciones
1.4 Organización de la Tesis

Capítulo 2: Fundamentos sobre Estrategias Integradas de Pruebas de Software 
2.1 Introducción 
2.2 Relevancia de las Pruebas de Software en las Organizaciones
2.3 Estrategias Integradas de Pruebas de Software
2.4 ¿Por qué es Importante una Ontología como Marco Conceptual de una Estrategia Integrada?

Capítulo 3: Estado del Arte de Ontologías de Pruebas de Software
3.1 Introducción
3.2 Proceso para Revisiones Sistemáticas de Literatura y Mapeos Sistemáticos
3.2.1 Introducción 
3.2.2 Motivación y Trabajo Relacionado 
3.2.3 Especificación del Proceso Propuesto para RSLs 
3.2.3.1 Diseñar la Revisión (A1) 
3.2.3.2 Implementar la Revisión (A2) 
3.2.3.3 Analizar y Documentar la Revisión (A3) 
3.3 Revisión Sistemática de Literatura sobre Ontologías de Testing de Software
3.3.1 Introducción 
3.3.2 Motivación para llevar a cabo el Estudio de Revisión Sistemática de Literatura sobre Ontologías de Testing
3.3.3 Ejecución de la Revisión Sistemática de Literatura sobre Ontologías de Testing 
3.3.3.1 Diseñar la Revisión (A1) y Realizar el Estudio Piloto de RSL (A2.1) 
3.3.3.2 Implementar la RSL (A2) 
3.3.3.3 Analizar y Documentar la Revisión (A3) 
3.3.4 Discusión 
3.3.4.1 Principales Hallazgos de la RSL
3.3.4.2 ¿Por qué este Estudio es una RSL y no un Mapeo Sistemático? 
3.3.4.3 Trabajos Relacionados
3.4 Conclusiones

Capítulo 4: Construyendo una Ontología de Alto Nivel para el Dominio de las Pruebas de Software 
4.1 Introducción
4.2 Metodología de Investigación Utilizada para Construir la Ontología de Pruebas de Software: Design Science Research 
4.2.1 Introducción y Motivación 
4.2.2 Especificación del Proceso Propuesto para DSR 
4.2.2.1 A1 Identificar el Problema/Solución 
4.2.2.2 A2 Diseñar y Desarrollar la Solución 
4.2.2.3 A3 Ejecutar Verificación y Validación (VyV) 
4.2.2.4 A4 Comunicar la Investigación 
4.3 TestTDO: una Ontología de Alto Nivel para el Dominio de las Pruebas de Software 
4.3.1 Introducción 
4.3.2 Resumen de FCD-OntoArch y algunas de sus Ontologías 
4.3.3 Proceso de DSR Aplicado para la Construcción de TestTDO
4.3.3.1 A1 Identificar el Problema/Solución 
4.3.3.2 A2 Diseñar y Desarrollar la Solución 
4.3.3.3 A3 Ejecutar Verificación y Validación (VyV) 
4.4 Conclusiones

Capítulo 5: SaST Strategy – Una Estrategia Integrada de Pruebas de Software Consciente de la Situación y Basadas en Escenarios
5.1 Introducción
5.2 SaST Process – Especificación de Proceso para la Estrategia SaST
5.3 SaST Method – Especificación de Método para la Estrategia SaST 
5.4 Trabajos Relacionados
5.5 Aplicaciones de la Estrategia SaST 
5.5.1 Caso Aplicado 1 de la Estrategia SaST 
5.5.1.1 Entidades de Prueba 
5.5.1.2 Bases de Prueba 
5.5.1.3 Ejecución de SaSTPro 
5.5.2 Caso Aplicado 2 de la Estrategia SaST 
5.5.2.1 Bases de Prueba 
5.5.2.2 Ejecución de SaSTPro 
5.6 Conclusiones

Capítulo 6: Conclusiones
6.1 Oportunidades de Mejora de Aspectos Observados en el Estado en el Arte
6.2 Contribuciones Realizadas
6.3 Publicaciones Relevantes 
6.4 Trabajos Futuros

Referencias

Apéndice A: Vista organizacional Para el proceso de RSL propuesto 
Apéndice B: Trabajos Relacionados a DSR 
Apéndice C: Matriz de Verificación Estática para las CQs de TestTDO
Apéndice D: Lista de Verificación Estática para las Relaciones de TestTDO 
Apéndice E: Prueba de Concepto de TestTDO
Apéndice F: Pruebas Dinámicas Funcionales para TestTDO