Seminario web destacado: Presentación de la prueba CT de Parasoft C/C++ para pruebas continuas y excelencia en el cumplimiento | Vea ahora

Tiempo de leer: 4 minutos

Descripción

Como compañía de seguros de vida sin fines de lucro en los Estados Unidos, WoodmenLife ha estado ayudando a proteger el futuro financiero de las familias y marcando la diferencia en los pueblos de origen de todo Estados Unidos.

Aunque sigue siendo una industria muy orientada a las personas, el trabajo que hace WoodmenLife también se beneficia de la automatización. Cambiar la tecnología significa adaptarse a las necesidades de los clientes y mejorar la eficiencia, la producción y los procesos. Para mantener un alto nivel de rendimiento financiero, la empresa pasó de la metodología en cascada a la ágil.

El Desafío

Cuando WoodmenLife decidió mover el desarrollo de cascada a Agile, surgió una gran pregunta: ¿Cómo podrían incorporar una metodología de prueba automatizada actualizada en todo el proceso?

Con más de 10 años en roles de control de calidad y liderando esfuerzos de automatización, Danny Oslin sabía que el apodo Agile no significaría que la calidad seguiría sin esfuerzo. Sin embargo, su experiencia en automatización y administración de control de calidad lo llevó a respaldar Agile como la base para brindar valor a la organización.

“En cuanto a la integración de la calidad en esos equipos ágiles, una cosa es cuando dices que queremos ser ágiles. No te vuelves ágil de repente y luego todo comienza a funcionar bien. Y ciertamente tampoco llegas a un alto nivel de calidad desde el principio”.

—Danny Oslin, Gerente de Automatización Empresarial en WoodmenLife

Debido a que la cascada es un modelo de ciclo de vida secuencial lineal, las pruebas siempre se realizan al finalizar cada fase. Este modelo no permitir tuberías continuas, una metodología que puede mejorar en gran medida la identificación temprana de errores y la gestión de riesgos.

Integración continua e implementación continua

El objetivo final del equipo de automatización de Oslin es un verdadero entorno de desarrollo y prueba de integración y despliegue continuos (CI/CD). Antes, el equipo usaba un modelo en el que los controles de calidad pasaban principalmente por la interfaz de usuario, que está demasiado a la derecha en la línea de tiempo.

En lugar de probar lo desconocido, el mantra "prueba pronto y con frecuencia" se convirtió en el nuevo plan. Eso significaba que el equipo necesitaba comprender qué y cuándo probar. Y eso trajo a colación todo el concepto de pruebas de desplazamiento a la izquierda dentro del ciclo de desarrollo.

Cambiar a la izquierda implica prevenir problemas y mitigar los riesgos con anticipación en lugar de abordar los errores después de la implementación.

“Para cambiar a la izquierda, cambie la forma en que está trabajando, no el trabajo que está haciendo. Transforme la mentalidad y los procesos, redefina su estrategia y use las herramientas para ayudar a lograr ese objetivo”.

—Danny Oslin, Gerente de Automatización Empresarial en WoodmenLife

El enfoque

Para ayudar a la transición de la mentalidad de cascada de esperar hasta el final del ciclo de desarrollo para probar, Oslin y su equipo aprovecharon un concepto de "Tres amigos" compuesto por tres equipos clave.

  1. Redactores de requisitos
  2. Desarrolladores
  3. Ingenieros de control de calidad

En discusiones entre los Tres Amigos, establecieron un entendimiento claro de lo que se requeriría de sus respectivos roles para lograr la meta.

Transparencia y documentación automatizadas para mejores flujos de trabajo

Si un probador no tiene el privilegio de tener conocimiento o información antes de que comience el trabajo, pierde un tiempo valioso recopilando esa información. Esto provoca una rotación en los equipos porque tienen que obtener aclaraciones de los desarrolladores sobre las expectativas. En lugar de tener silos separados, el nuevo enfoque permite una comprensión compartida del alcance del trabajo, las expectativas y los flujos de trabajo.

Los desarrolladores de WoodmenLife entienden la importancia de las pruebas unitarias y las incorporarán antes en el ciclo de vida del desarrollo. Esto asegurará que todo funcione como debería desde la perspectiva del desarrollador. Después de eso, las pruebas funcionales a nivel de servicio aseguran que las cosas funcionen correctamente.

En el momento en que el código se implementa en el equipo de control de calidad, los probadores han desarrollado un plan de prueba
con casos de prueba adecuados y apropiados para asegurar los resultados deseados.

La Solución

Tener que ejecutar toda la automatización de la interfaz de usuario en una pequeña ventana de tiempo en un sprint se convirtió en un cuello de botella. Para cambiar sus pruebas hacia la izquierda por eficiencia, su adopción Agile implica extender la automatización de pruebas más allá de la interfaz de usuario a los niveles de unidad y servicio.

La solución de Parasoft les permite realizar pruebas tanto de unidades como de API dentro de su flujo de trabajo Agile. Desde cómo hacen las compilaciones y manejan las implementaciones hasta las pruebas y la gestión del flujo de trabajo, se ha convertido en un cambio fundamental en la estrategia.

El equipo redujo cuatro semanas de esfuerzo de prueba de IU manual a tres horas para pruebas de nivel de servicio de API automatizadas para un ciclo de prueba de versión. Con una cadencia de lanzamiento mensual, ahorraron 500 horas de pruebas manuales.

Con un enfoque mesurado hacia Agile, el equipo comenzó con desarrolladores trabajando en el código. El siguiente paso fue que los ingenieros de automatización escribieran la automatización de prueba para que, tras la entrega del código, la automatización esté lista para ejecutarse.

Se necesita un alto grado de colaboración entre QA y Dev para lograr esto. El código debe volverse más comprobable, lo que requiere que el equipo modifique la forma en que escriben el código para la interfaz de usuario para facilitar la identificación del control. La plataforma de Parasoft muestra claramente la cobertura del código con resultados visibles que ayudan a mitigar el riesgo sin calificar o mantener las pruebas manualmente. Esto permite a Olsin y su equipo definir la cobertura de prueba para las aplicaciones y medir su precisión.

Los resultados

Parasoft SOAtest y Virtualize permiten que el equipo de automatización haga la transición de la mayoría de sus pruebas funcionales a pruebas de nivel de servicio o pruebas de API. Esto asegurará que todo funcione correctamente para entregar datos para presentar a través de la interfaz de usuario mediante el uso de servicios virtuales.

Parasoft CTP también les ayuda a controlar el entorno que necesitan para probar el sistema de pago. Pueden probar y verificar que el sistema de pago funciona correctamente aislándolo
desde el backend y usando un servicio virtual para manejar el tráfico. Esto elimina el esfuerzo manual que se requería para identificar y eliminar de las pruebas los pagos no válidos generados en el sistema de producción.

En última instancia, lo que Oslin aprendió fue que al educar a los desarrolladores sobre el valor y la importancia de las pruebas automatizadas e involucrar al equipo de control de calidad antes, la empresa podía mejorar los procesos y mejorar las cosas para su equipo y sus clientes.

Su nuevo flujo de trabajo aprovecha las mejores prácticas de análisis estático y pruebas unitarias. También agrega pruebas de API con virtualización de servicios, al mismo tiempo que realiza una cantidad adecuada de pruebas de interfaz de usuario para cubrir toda la aplicación. Las pruebas de integración automatizadas garantizan que WoodmenLife cumple todos sus requisitos.

Descubra cómo su equipo puede beneficiarse del desarrollo ágil y pasar sin problemas a un flujo de trabajo de CI/CD para ofrecer calidad continuamente.

  • Industria: Seguros
  • Tamaño de la empresa: 1,500
  • Ubicación: Omaha, NE
  • Solución: SOAtest, virtualizar, CTP