UNIVERSIDAD

SEDE
FACULTAD
DEPARTAMENTO

INFORME FINAL PASANTÍA

CÓDIGO: 2879374

TUTOR ACADÉMICO

CIUDAD, ENERO DE 2025

OBJETIVOS GENERALES:
 Brindar soporte a la plataforma de emisión de pólizas.
 Contribuir a soluciones de incidencias reportadas sobre la plataforma.
 Apoyar los Desarrollos de Nuevos Requerimientos para la plataforma de
Emisión.
 Elaborar informes de entrega sobre tareas desarrolladas.
 Realizar una propuesta de mejora para un proceso especifico en el desarrollo
de las actividades realizadas durante la pasantía.

OBJETIVOS ESPECIFICOS:
 Describir proyectos en los que se trabajó durante la pasantía.
 Especificar actividades realizadas en los proyectos.
 Definir propuesta de mejora planteada.

En el trascurso de la pasantía se realizaron diferentes actividades especialmente en

2 proyectos, a continuación se describen, posteriormente se listan las diferentes
tareas en las que se brindó apoyo durante el transcurso de los últimos 6 meses y
una descripción de cada una.

Descripción de los proyectos:

Los proyectos en los que se trabajó van dirigidos a los intermediarios o agentes,
que son los encargados de vender las pólizas de seguro al cliente final.
A continuación se define cada uno de estos proyectos.
 1: Este producto está diseñado para generar una cotización o una emisión
de póliza en menos de 5 minutos. Una cotización es un estudio de seguro en
el que dependiendo los datos ingresados por el usuario se genera un archivo
PDF que se puede enviar al correo o descargar, y que contiene el valor a
pagar por el inmueble asegurado y/o sus contenidos, especificando cada uno
de los paquetes contratados con las coberturas escogidas.
 2: En este producto a partir de las características del vehículo a asegurar y
de las coberturas contratadas se genera una póliza o una cotización vigente
durante 10 días a partir de su expedición, el vehículo a asegurar puede
pertenecer a una empresa, organización o persona. Cuando se desea
asegurar un lote de vehículos se debe hacer por otro proyectos llamado
“AVION”, ya que éste si está diseñado para manejar este caso en específico.
Descripción de las tareas realizadas:
Durante el soporte brindado a estos dos proyectos se realizaron múltiples tareas, a
continuación se definen algunas de las actividades ejecutadas.
Ajustes y atención de nuevos campos en pantalla: Esta tarea se ejecuta sobre
los archivos jsp, que almacenan el código HTML, en estos archivos se modifican
los widgets que son estructuras predefinidas en HTML, el código de estos no se
puede modificar, así que la forma en que se define lo que se muestra en pantalla
es por medio de los valores dados a sus diferentes propiedades. El soporte en
este punto se basó en cambiar el tamaño de algunos campos, moverlos de lugar,
crear y eliminar campos.
JavaScript: En este lenguaje se programan las validaciones y restricciones de
los widgets(campos) y algunos eventos determinados que se deben ejecutar en
ciertos casos.
Soporte a Tarificador: Esta es una de las partes más importantes del proyecto,
es una librería creada en España y es la encargada de generar el valor total de
la póliza según los valores que se le envíen. No se cuenta con permisos para
modificar esta librería, por lo que el soporte brindado en lo relacionado a los
valores generados por esta, consistía en revisar los datos que se le informaban
en los distintos escenarios en que se usa.
Atención de incidencias: Las fallas reportadas en el producto tienen prioridad por
sobre los desarrollos, por lo que deben ser atendidas en el menor tiempo posible,
máximo con un día de respuesta. Dentro de los fallos reportados se encuentran:
 Visuales: Se pueden presentar por cambios en los widgets, que son
administrados desde España, o por mala configuración en las propiedades
de estos desde Colombia.
 Flujo: Se producen errores en el flujo dentro del producto, esto se da cuando
no se puede pasar de una pantalla a otra, o cuando un campo es obligatorio,
pero las validaciones están mal, o no existen y permiten continuar de la
pantalla sin informar ese dato.
 Cotización: Al tratar de generar un estudio de seguro el programa puede fallar
porque no se le están informando los valores correctos a la librería drtf35 que
es la encargada de tarificar y generar el número de cotización, con el que el
usuario podrá retomar la emisión de la póliza.
 Emisión: Al finalizar todo el proceso dentro del programa de forma exitosa se
genera un número de póliza, a esto se le conoce como emisión de póliza.
Cualquier cambio al proyecto puede afectar la generación de la póliza, por lo
que es común que se reporte que el producto no está emitiendo. En estos
casos lo primero que se verifica es si la emisión fue afectada por un cambio
realizado en Java, en Cobol o por configuración, y si el cambio fue realizado
 por España o por el equipo de Colombia. Al tener identificado lo que genero
el error, se le asigna la incidencia a uno de los recursos disponibles.

En cualquiera de los casos anteriores se debe solicitar por correo que pasen los
cambios que solucionan el problema del ambiente de desarrollo al de
integración, posteriormente cuando los cambios estén en integración, se deben
tomar evidencias de que se solucionó la incidencia reportada, generar un
documento de entrega y enviar un correo con esto.
Escalados: Cuando la solución a una incidencia no se puede resolver desde
Colombia, porque el error se genera en un programa que no es responsabilidad
de everis, se debe tomar evidencias suficientes que demuestren que el problema
es por un programa de España, estas evidencias se envían por correo
electrónico, solicitando que se le asigne a la persona encargada del programa
que genera el fallo, a esto se le conoce como Escalar.
Cuando se culmina un desarrollo o se resuelve una incidencia, se realiza un pack
de entrega que consiste de un archivo en Word de tipo descriptivo, un set de
pruebas en Excel y un conjunto de evidencias, este pack de entrega se le envía al
área de calidad, que es la encargada de realizar pruebas de funcionamiento.

Con el conocimiento adquirido sobre el proyecto se logró identificar una actividad

en la que con el uso de una herramienta se disminuiría el tiempo de ejecución de
la misma, dicha actividad son las pruebas de calidad de los desarrollos, que en este
momento se hacen manualmente.

Propuesta:
Para finalizar la pasantía se hizo una propuesta enfocada al área de pruebas de
calidad, que consiste en la automatización de dichas pruebas por medio de una
herramienta.
 Descripción del proceso de pruebas QA: El área de calidad realiza las
pruebas finales antes de la entrega al cliente, hay un conjunto de pruebas
generales que siempre se ejecutan y que se hacen con el ánimo de verificar
que los cambios realizados no afectaron otras funcionalidades.
 Herramienta a implementar: Selenium es un entorno de pruebas de software
para aplicaciones basadas en la web. Esta herramienta permite grabar las
acciones realizadas en una página para posteriormente reproducirlas,
permitiendo crear pruebas automatizadas sin usar un lenguaje de scripting
para pruebas. También es la tecnología principal en innumerables otras
herramientas de automatización del navegador, API y marcos.
  Cómo acoplar Selenium IDE a las pruebas: Cada vez que se realiza un
cambio o un ajuste, se debe garantizar que la plataforma no se vio afectada
en su funcionamiento, por lo que se realizan unas pruebas predefinidas,
dichas pruebas las hace una persona del área de calidad, es aquí donde se
puede hacer uso de la herramienta Selenium IDE, ya que estas pruebas
pueden ser automatizadas y los tiempos de pruebas generales se verían
reducidos en un porcentaje muy grande, ya que la velocidad a la que se
ejecutan estas pruebas no las podría lograr ni la persona más ágil.

A continuación se muestra una prueba realizada con Selenium, en la que entramos

al Sistema de Información Académico.
Ingresamos a la página en la que Y empezamos con la prueba que
queremos hacer la prueba y abrimos queremos guardar.
Selenium.

Selenium graba cada una de las

Hacemos click en el botón de grabar acciones realizadas
Inclusive guarda lo que escribimos en La herramienta va ejecutando cada
cada uno de los campos uno de los pasos previamente
guardados

Ingresa el usuario, la contraseña y

Al finalizar la prueba la guardamos, hace click en “iniciar sesión”
para poder reproducirla después

Y culmina la prueba exitosamente.

Para ejecutar la prueba solo hay que

hacer click en el botón play.

Como se pudo observar en esta

pequeña prueba, la herramienta es
muy fácil de usar y no requeriría de
una capacitación de más de una hora
al personal del área de calidad.
CONCLUSIONES:
 Dentro de los diferentes soportes brindados a las incidencias reportadas por
el cliente, los que representaron mayor dificultad para resolver fueron los
relacionados con las coberturas, pues la documentación que se tiene sobre
la librería es casi nula y las soluciones logradas fueron a prueba y error, o
comparando con otros productos donde se hace uso de la librería.
 Aunque el uso de Selenium IDE facilitaría bastante el trabajo, no se podría
hablar de una automatización completa de las pruebas de calidad, ya que las
pruebas realizadas con la herramienta serían solo para casos generales,
pero por ejemplo, para las solicitudes de eliminación e inclusión de nuevos
campos las pruebas deberían ser modificadas en caso de que los campos
fueran obligatorios, adicionalmente existen pruebas que no pueden ser
automatizadas, porque no siguen el flujo normal de emisión entre pantallas o
requieren ingresar valores diferentes en cada prueba.
 Como conclusión final de la pasantía, sobre las tecnologías usadas en el
proyecto, refiriéndome específicamente a Cobol, este proyecto puede ser un
ejemplo de la resiliencia que se puede presentar en el mundo empresarial al
cambio, a adoptar nuevas tecnologías, aunque es comprensible que se siga
usando este lenguaje, ya que en el mundo empresarial las decisiones no se
toman solo por “novedad” técnica, si no, que están más ligadas al factor
económico, y al fin y al cabo, ¿por qué remplazar un sistema core que
actualmente es estable, cumple con sus funcionalidades, se ha logrado hacer
disponible, ofrece rapidez y seguridad, si hacerlo no implica más clientes,
reducción de costos, poder de negociación o aumento de las utilidades? Y
es que remplazar ese core puede implicar, primero una gran inversión en
dinero(sin retorno), segundo un muy buen tiempo de inestabilidad en el
sistema, lo que implica baja calidad de servicios del negocio, que se puede
traducir en perdidas, y a cambio no se obtiene ningún beneficio en los
indicadores del negocio.

BIBLIOGRAFÍA
[1] Página official de Selenium IDE. Consultado en: http://www.seleniumhq.org/, el
20 de Diciembre del 2017.