Autor:
Tuya, Javier

Cargando...
Foto de perfil

E-mails conocidos

tuya@uniovi.es

Fecha de nacimiento

Proyectos de investigación

Unidades organizativas

Puesto de trabajo

Apellidos

Tuya

Nombre de pila

Javier

Nombre

Nombres alternativos

Afiliaciones conocidas

Universidad de Oviedo, Spain
University of Oviedo
University of Oviedo, Spain
Departamento de Informática, Universidad de Oviedo
Departamento de Informática, Universidad de Oviedo, Gijón, España
Department of Computing, University of Oviedo, Spain
Universidad de Oviedo
Departamento de Informática, Universidad de Oviedo, Spain

Páginas web conocidas

Página completa del ítem
Notificar un error en este autor

Resultados de la búsqueda

Mostrando 1 - 10 de 15
  • Artículo
    Generación y Ejecución de Escenarios de Prueba para Aplicaciones MapReduce
    Morán, Jesús; De La Riva, Claudio; Tuya, Javier. Actas de las XXI Jornadas de Ingeniería del Software y Bases de Datos (JISBD 2016), 2016-09-13.
    Los programas que procesan grandes cantidades de datos se suelen ejecutar sobre una infraestructura distribuida, como es el caso de las aplicaciones implementadas bajo el modelo de procesamiento MapReduce. Estos modelos permiten al desarrollador centrarse en la funcionalidad de la aplicación y abstraer aspectos relacionados con la infraestructura en la que se ejecutará. Sin embargo, su configuración y estado pueden causar que ciertos defectos sean difíciles de detectar debido a que las pruebas se suelen ejecutar en un entorno controlado, con bajo nivel de paralelismo y con pocos datos de entrada. En este artículo se elabora una técnica de prueba que partiendo de unos datos de entrada, genera y reproduce diferentes configuraciones de la infraestructura con el objetivo de detectar aquellas que revelen defectos funcionales en la aplicación. Esta técnica se automatiza en un motor de ejecución de pruebas y se aplica a un caso de estudio que actualmente se encuentra en producción. Como resultado, partiendo de un caso de prueba de tamaño reducido, se han identificado automáticamente varias configuraciones de la infraestructura que ocasionarían fallos de la aplicación.
  • Artículo
    TDG: Generación de Datos de Prueba para Web APIs
    Suárez-Cabal, María José; De La Riva, Claudio; Tuya, Javier. Actas de las XXVII Jornadas de Ingeniería del Software y Bases de Datos (JISBD 2023), 2023-09-12.
    El uso de Web APIs está cada vez más extendido en la industria por su papel clave en la integración de aplicaciones y microservicios. Por ello, ha surgido un interés creciente en el desarrollo de técnicas y estrategias para gene-ración automática de pruebas para estas APIs. La mayoría de éstas están orientadas hacia la validación de los datos de entrada y no a la funcionalidad proporcionada al consumidor de la API. En este trabajo se presenta un enfoque donde, a partir de la especificación OpenAPI del servicio y una especificación declarativa de los datos de prueba que debe contener el servicio, genera éstos automáticamente y los carga en el servicio utilizando su propia API.
  • Artículo
    Modelo de costes para el despliegue de pruebas E2E en entornos Cloud
    Alonso, Cristian Augusto; Morán, Jesús; De La Riva, Claudio; Tuya, Javier. Actas de las XXVI Jornadas de Ingeniería del Software y Bases de Datos (JISBD 2022), 2022-09-05.
    La ejecución de pruebas de sistema puede requerir grandes cantidades de recursos físico-lógicos al necesitar todo el sistema para su ejecución. Ejecutarlas en la infraestructura potencialmente limitada y escalable del Cloud, permite obtener un mejor coste, eligiendo entre las distintas infraestructuras disponibles. No obstante, es habitual que la ejecución de las pruebas no use totalmente los objetos contratados por lo que no todo el coste es usado. En este trabajo se detalla un modelo de coste que tiene en cuenta los recursos que requieren las pruebas de sistema en el Cloud. El modelo divide el coste de la infraestructura (el coste de los objetos contratados) en el coste del plan de ejecución (el coste de los distintos recursos requeridos por las pruebas) y sobresuscripción (el coste de la infraestructura que no utilizada). Con el modelo se pueden comparar diferentes combi-naciones de objetos en el Cloud, no solo con el coste de la infraestructura (con-tratado) sino que se puede elegir que objetos se contratan y cómo se usan atendiendo al coste del plan de ejecución (usado) y de sobresuscripción (no usado).
  • Artículo
    Pruebas basadas en flujo de datos para programas MapReduce
    Morán, Jesús; De La Riva, Claudio; Tuya, Javier. Actas de las XX Jornadas de Ingeniería del Software y Bases de Datos (JISBD 2015), 2015-09-15.
    MapReduce es un paradigma de procesamiento masivo de información. Estos programas realizan varias transformaciones de los datos hasta que se obtiene la salida representando la lógica de negocio del programa. En este artículo se elabora una técnica de prueba basada en data flow y que deriva las pruebas a partir de las transformaciones que ocurren en el programa. Se muestran resultados de la ejecución de los casos de prueba derivados de la aplicación de la técnica, los cuales permiten detectar algunos defectos.
  • Artículo
    Verificación del mantenimiento de la consistencia lógica en bases de datos Cassandra
    Suárez-Otero, Pablo; Suárez-Cabal, María José; Tuya, Javier. Actas de las XXIV Jornadas de Ingeniería del Software y Bases de Datos (JISBD 2019), 2019-09-02.
    En anteriores trabajos habíamos desarrollado un método para prevenir la producción de inconsistencias en bases de datos Cassandra. En el actual trabajo tenemos como objetivo la verificación de dicho método para lo cual hemos definido un oráculo que nos permite comprobar que las operaciones determinadas por nuestro método mantienen la consistencia. Este oráculo consta de un proceso donde se inserta la tupla en el modelo conceptual de forma paralela a su inserción en el modelo lógico que representa las tablas Cassandra y compara los datos almacenados en ambos. Si tras insertarse la tupla en ambos modelos, éstos contienen los mismos datos, se verifica que se mantiene la consistencia. Este oráculo ha sido aplicado en diversos casos de prueba seleccionados de forma sistemática, verificando que se mantuvo la consistencia en Cassandra en cada uno de ellos.
  • Artículo
    Automatización de la localización de defectos en el diseño de aplicaciones MapReduce
    Morán, Jesús; De La Riva, Claudio; Tuya, Javier. Actas de las XXIII Jornadas de Ingeniería del Software y Bases de Datos (JISBD 2018), 2018-09-17.
    Los programas MapReduce analizan grandes cantidades de datos sobre una infraestructura distribuida. En cambio, estos programas pueden desarrollarse independientemente de la infraestructura ya que un framework gestiona automáticamente la asignación de recursos y la gestión de fallos. Una vez que se detecta un defecto, suele ser complicado localizar su causa raíz ya que diversas funciones se ejecutan simultáneamente en una infraestructura distribuida que cambia continuamente y que es difícil tanto de controlar como depurar. En este artículo se describe una técnica que, a partir de un caso de prueba que produce fallo, localiza su causa raíz analizando dinámicamente las características del diseño que se cubren cuando se produce fallo y aquellas que no.
  • Artículo
    Estudio de evolución de bases de datos orientadas a columnas en proyectos open-source
    Suárez-Otero, Pablo; Mior, Michael; Suárez-Cabal, María José; Tuya, Javier. Actas de las XXVI Jornadas de Ingeniería del Software y Bases de Datos (JISBD 2022), 2022-09-05.
    Durante el mantenimiento de una aplicación los requisitos pueden variar, obligando a evolucionar las bases de datos de la aplicación afectando tanto a la vista conceptual de los datos como al propio esquema. En algunas bases de datos como las orientadas a columnas, la evolución del esquema puede resultar especialmente compleja debido a la repetición de los datos. En este trabajo se han analizado varios proyectos open-source para obtener información de patrones de cambios en el esquema ante un determinado cambio en el modelo conceptual. En los casos en los que se detectaron distintos patrones para el mismo cambio en el modelo conceptual, se estudiaron y discutieron las opciones, teniendo en consideración el rendimiento de la base de datos, as+AO0 como la complejidad en la evolución de las aplicaciones clientes para adaptarse al nuevo esquema. Con este estudio se tiene como objetivo proponer una automatización de los cambios a efectuar en el esquema ante cambios en el modelo conceptual.
  • Artículo
    Localización de defectos en aplicaciones MapReduce
    Morán, Jesús; De La Riva, Claudio; Tuya, Javier; Rivas García, Bibiano. Actas de las XXII Jornadas de Ingeniería del Software y Bases de Datos (JISBD 2017), 2017-07-19.
    Los programas que analizan grandes cantidades de datos suelen ejecutarse en entornos distribuidos, tal y como ocurre con las aplicaciones MapReduce. Estos programas se desarrollan independientemente de la infraestructura sobre que la que se ejecutan, ya que un framework gestiona automáticamente la asignación de recursos y gestión de fallos, entre otros. Detectar y localizar defectos en estos programas suele ser una tarea compleja ya que diversas funciones se ejecutan simultáneamente en una infraestructura distribuida, difícil de controlar y que cambia continuamente. En este artículo se describe una técnica que, a partir de un fallo detectado en las pruebas, localiza defectos de diseño analizando dinámicamente los parámetros que lo causan.
  • Artículo
    Mantenimiento de la Consistencia Lógica en Cassandra
    Suárez-Otero, Pablo; Gutiérrez, Javier J.; De La Riva, Claudio; Tuya, Javier. Actas de las XXII Jornadas de Ingeniería del Software y Bases de Datos (JISBD 2017), 2017-07-19.
    A diferencia de las bases de datos relacionales, en bases de datos NoSQL como Cassandra es muy común que exista duplicidad de los datos en diferentes tablas. Esto es debido a que, normalmente, las tablas son diseñadas en base a las consul-tas y a la ausencia de relaciones entre ellas para primar el rendimiento en las con-sultas. Por tanto, si los datos no se actualizan convenientemente, se pueden pro-ducir inconsistencias en la información almacenada. Es relativamente fácil intro-ducir defectos que originan inconsistencia de datos en Cassandra, sobre todo du-rante la evolución de un sistema en el que se crean nuevas tablas, y éstos son difí-ciles de detectar utilizando técnicas convencionales de pruebas dinámicas. El desarrollador es quien debe preocuparse de mantener esta consistencia incluyendo y actualizando los procedimientos adecuados. Este trabajo propone un enfoque preventivo a estos problemas, estableciendo los procesos necesarios para asegu-rar la calidad de los datos desde el punto de vista de su consistencia, facilitando así las tareas del desarrollador. Estos procesos incluyen: (1) un análisis estático considerando el modelo conceptual, las consultas y el modelo lógico de la aplica-ción, para identificar qué elementos (tablas o columnas) de la base de datos se ven afectados por un cambio, y (2) la determinación y ejecución de las operaciones que aseguren la consistencia de la información.
  • Artículo
    Evolución en sistemas de bases de datos orientadas a columnas ante cambios conceptuales
    Suárez-Otero, Pablo; Mior, Michael; Suárez-Cabal, María José; Tuya, Javier. Actas de las XXV Jornadas de Ingeniería del Software y Bases de Datos (JISBD 2021), 2021-09-22.
    Los modelos de datos entre los que se incluyen el modelo conceptual y el esquema de la base de datos se diseñan en base a los requisitos de las aplicaciones. Estos modelos de datos pueden evolucionar ante cambios de los requisitos, lo cual puede implicar cambios en los datos y las consultas de las aplicaciones cliente. Este problema es más significativo en los sistemas que usan bases de datos orientadas a columnas debido al diseño de sus esquemas en las que la información se encuentra duplicada en varias tablas. Esto significa que, ante un cambio del modelo conceptual, se deben realizar varios cambios en el esquema, los datos y las consultas para mantener la calidad del sistema con respecto a la consistencia modelo conceptual-esquema, la integridad de los datos y la aplicación cliente . Para ello, proponemos enfoques preventivos que, ante cambios del modelo conceptual, eviten defectos en el esquema, los datos y las aplicaciones que afecten a la calidad del sistema. Para el esquema y los datos proponemos un enfoque orientado a MDE en el que se generen modelos que contengan las acciones para mantener la consistencia modelo conceptual-esquema y la integridad de los datos. Para las consultas proponemos el uso de técnicas de reparación automática de software para actualizar la aplicación cliente.