X
BLOG

Cómo una empresa líder de servicios financieros escaló el acceso al entorno de prueba para Agile

Cómo una empresa líder de servicios financieros escaló el acceso al entorno de prueba para Agile Tiempo de leer: 3 minutos

La transición a Innovación en una empresa líder de servicios financieros significó que su organización de desarrollo se reorganizó en muchos grupos más pequeños de funciones cruzadas (desarrollo / prueba). Irónicamente, este esfuerzo por acelerar el SDLC introdujo nuevos retrasos. Un ejemplo: un entorno de prueba que alguna vez estuvo dedicado a un solo equipo de repente tuvo que ser compartido por 9 equipos más pequeños. Debido a la compleja configuración de datos requerida, el entorno solo podía ser utilizado por un equipo a la vez; los demás tenían que esperar.

Dado que el entorno de prueba incluía una aplicación de terceros que costaba 250 dólares por instancia, la creación de 9 instancias separadas de este entorno de prueba físico habría sido prohibitivamente costosa. Virtualización de servicios les permitió establecer 9 entornos de prueba simulados que le dieron a cada equipo acceso instantáneo y flexible al comportamiento de ese sistema, sin impacto en los otros equipos.

El desafío: escalar el acceso a un entorno de prueba completo que incluye una aplicación costosa de terceros

La misión de esta empresa es proporcionar a los inversores personales acceso directo a los servicios de inversión y corretaje. Centran sus esfuerzos de investigación y desarrollo en facilitar que los clientes investiguen y seleccionen valores que se adapten a sus objetivos financieros, así como en monitorear y optimizar el desempeño de la cartera. En lugar de "reinventar la rueda", aprovechan una aplicación de terceros probada para manejar la funcionalidad estándar de la industria, como la ejecución de compras y ventas en el mercado.

Antes de la transición a Agile, el equipo responsable de la funcionalidad comercial pudo completar sus tareas de desarrollo y prueba utilizando un entorno de prueba compartido. Sin embargo, una vez que el equipo se dividió en 9 equipos diferentes, cada uno de los cuales intentaba completar diferentes tareas de desarrollo y prueba en paralelo, el acceso al entorno de prueba surgió rápidamente como un problema. Dado que cada grupo tenía que tener el entorno de prueba configurado de una manera muy específica, cualquier intento de acceder a ese entorno de prueba simultáneamente significaba que los grupos se estaban pisoteando unos a otros, perdiendo el tiempo teniendo que configurar y reconfigurar constantemente las condiciones y los datos necesarios para completar sus tareas particulares.

Restringir el acceso al entorno de prueba a un grupo a la vez no era adecuado para su objetivo de acelerar el SDLC con el desarrollo paralelo. Sin embargo, no fue posible proporcionar a cada grupo su propio entorno de prueba físico. Dado que cada instancia de la aplicación comercial de terceros costaba 250 dólares, esto significaba que tendrían que gastar 2 millones de dólares para que esta aplicación estuviera disponible en ocho entornos de prueba adicionales. Esta opción se consideró prohibitivamente cara.

La solución: simular el comportamiento y los datos de la dependencia restringida en varios entornos sandbox de impacto cero

La empresa pudo utilizar Virtualización del servicio de Parasoft y Gerente de entorno de prueba de Parasoft para simular el comportamiento y los datos de esta aplicación de terceros y ponerla a disposición bajo demanda en 9 entornos de prueba independientes que cada equipo podría configurar y reconfigurar según sea necesario, sin impacto en los otros equipos.

Al ejercitar las interacciones de AUT con la aplicación de terceros, pudieron capturar el comportamiento y los datos asociados con sus casos de uso principales y ponerlos a disposición en "activos virtuales". Luego, se utilizó Parasoft Environment Manager para diseñar una plantilla de entorno de prueba maestra que incluía estos activos virtuales. A partir de esta plantilla, cualquier número de equipos podría eliminar instantáneamente su propio entorno de prueba, con el activo virtual configurado en el estado apropiado y con la capacidad de agregar fácilmente datos adicionales para aumentar la cobertura de la prueba o ajustar los tiempos de respuesta según sea necesario para las pruebas de rendimiento. . De esta manera, cada equipo podría acceder instantáneamente a un entorno preconfigurado y luego personalizarlo para sus propias necesidades de prueba especializadas, sin interrupciones en las actividades de desarrollo / prueba de otros equipos.

Reemplazar el sistema de terceros real con activos virtuales produjo beneficios adicionales más allá de permitir que los equipos ágiles se desarrollaran y probaran en paralelo. Anteriormente, cuando su entorno de prueba incluía una instancia real de la aplicación de negociación, las transacciones relacionadas con la negociación solo podían probarse durante el horario comercial: de 9:30 am a 4:6 pm, hora del Este. Dado que los equipos de desarrollo y prueba tenían su sede en California, esto significaba que solo podían realizar pruebas de 30:1 a.m. a 50 p.m., que es solo alrededor del 24% de su jornada laboral típica. Con los activos virtuales en sustitución del sistema real, las pruebas se pueden realizar las 7 horas del día, los XNUMX días de la semana, lo que permite al equipo realizar pruebas exploratorias a su conveniencia, así como ejercer estas transacciones como parte de su proceso de integración continuo.

Otro beneficio fue que el tiempo de ejecución de la prueba se redujo significativamente. Las pruebas contra el sistema real tomaron más de 20 minutos debido a una respuesta retrasada (asincrónica) del sistema comercial. Al ajustar el rendimiento del activo virtual, el equipo pudo obtener respuestas casi instantáneas, lo que aceleró tanto las pruebas automatizadas como las exploratorias.

Escrito por

Parasoft

Las herramientas de prueba de software automatizadas líderes en la industria de Parasoft respaldan todo el proceso de desarrollo de software, desde que el desarrollador escribe la primera línea de código hasta las pruebas unitarias y funcionales, hasta las pruebas de rendimiento y seguridad, aprovechando los entornos de prueba simulados en el camino.

Reciba las últimas noticias y recursos sobre pruebas de software en su bandeja de entrada.

Prueba Parasoft