La verdadera forma de tener éxito al realizar pruebas en producción

«¡Cierren las puertas blindadas!», gritaban los soldados de asalto mientras perseguían a Han y Chewie por los pasillos de la Estrella de la Muerte. Las puertas comenzaron a cerrarse, pero Han y Chewie lograron escabullirse antes de que se cerraran por completo. «¡Abran las puertas blindadas! ¡Abran las puertas blindadas!», gritaban los soldados de asalto al darse cuenta de que estaban atrapados.

Así eran las pruebas en producción antes. Los desarrolladores lanzaban sus versiones a través de puertas blindadas mientras el equipo de control de calidad los perseguía. Metafóricamente hablando, claro, aunque me encantaría ver esa situación en la vida real. La mala noticia para el equipo de control de calidad en ese caso era que la fuga de Han y Chewie llevaba a la destrucción de la Estrella de la Muerte. De igual manera, en el mundo de las pruebas continuas, donde con la esperanza de mantener sus aplicaciones móviles actualizadas, los desarrolladores descuidan el control de calidad y generan aún más problemas. En ese caso, el sufrimiento recae sobre los usuarios, ¿y adivinen a dónde llega eso? Exacto: a la propia empresa.

Esto fue lo que prohibió durante muchos años las pruebas en producción en la mayoría de las empresas. He aquí la otra cara de la moneda: no Las pruebas en producción también son problemáticas.

Dado que los entornos de producción están más desarrollados que los de prueba y a menudo no están actualizados, no se logrará la escala de prueba realista deseada. En consecuencia, las pruebas serán menos efectivas en general.

La Estrella de la Muerte de las pruebas

Cuando hablamos de pruebas en producción, nos referimos a pruebas en un entorno real; su valor reside en cómo dicho entorno reproduce la realidad. Las pruebas en entornos que no son de producción son demasiado controladas y carecen de tráfico y datos auténticos. No pretendo decir que realizar pruebas antes de la producción sea un problema; por supuesto que no, es invaluable para probar condiciones y funcionalidades específicas de una aplicación. El problema es que este tipo de entorno tiene limitaciones.

Te entiendo perfectamente y sí, si pudieras replicar a la perfección tu entorno de producción en un entorno de no producción, se eliminarían algunos de los problemas. Sin embargo, los requisitos son enormes. Debes usar las mismas bases de datos, dependencias y simular el mismo tráfico de usuarios. Si tan solo hubiera una forma de realizar pruebas en ese tipo de entorno sin el costo...

¡Ahi esta!

Pruebas en producción: de eso vamos a hablar hoy.

El riesgo existe.

Por supuesto, realizar pruebas en producción conlleva riesgos. Si no los hubiera, nadie te diría que no lo hicieras. Intentan evitar problemas con datos corruptos, sistemas sobrecargados y consecuencias imprevistas derivadas del impacto de las pruebas en otros sistemas de producción.

Aquí tienes algunas de las innumerables maneras en que las pruebas en producción pueden salir mal:

Producción rota — Al ejecutar las pruebas, estas se superan o fallan. Sorprendentemente simple, lo sé. El problema radica en que una prueba fallida en un entorno de producción puede provocar la caída de dicho entorno y la interrupción del servicio de la aplicación.

Seguridad — En ocasiones, es necesario desactivar las medidas de seguridad para realizar pruebas en producción. Seguro que entiendes los problemas que esto conlleva.

Datos simulados Si bien el uso de datos simulados en un entorno de pruebas dedicado es más que aceptable, su uso en producción puede entorpecer el proceso y comprometer la integridad de los datos. Esto convierte las pruebas en producción en un riesgo potencial para el negocio. Eliminar los datos basura también es un proceso que conlleva riesgos, ya que se puede perder información durante el mismo.

Rendimiento del sistema — Si se realizan pruebas de carga en producción, el rendimiento puede verse afectado negativamente. Las consecuencias negativas repercutirán en toda la organización.

ventanas de prueba estrechas — Si se realizan pruebas de resistencia, por ejemplo, las pruebas en producción podrían interrumpirlas, lo que daría lugar a pruebas inestables y falsos fallos.

Menos herramientas — Es más difícil obtener resultados cuando, por motivos de seguridad y rendimiento, no se pueden utilizar las herramientas favoritas al realizar pruebas en producción.

Sí, es arriesgado, pero no quiero decir que probar en producción sea malo. Ayuda a exponer las aplicaciones móviles a escenarios reales. En ese tipo de sistema, encontrar errores es más fácil que en un entorno de pruebas habitual. Incluso si se realizan pruebas de rendimiento en un entorno de laboratorio, no significa que se obtendrán los mismos resultados en producción.

¿Qué hacemos? ¡Pues seguimos leyendo, claro!

Realizar pruebas en producción de la manera correcta

La forma más sencilla de avanzar con este método es desarrollando procesos y métodos que garanticen safe Pruebas con mínimo impacto en el usuario. Veamos algunos ejemplos.

Un enfoque estratificado

Comencemos con una pregunta de opción múltiple. ¿Cómo se realizan las pruebas en producción?

1. Con servidores de prueba dentro de su centro de datos de producción.
2. Ejecutar aplicaciones por separado sobre su plataforma de producción.
3. Ejecutar pruebas en vivo sobre el código de producción completo desplegado.
4. todo lo anterior

Obviamente, la respuesta debería ser la D. Implementar pruebas en capas en tu entorno de producción te permite probarlo de diferentes maneras. Además, puedes minimizar el impacto de las pruebas al relacionar los casos de prueba. El resultado será un menor mantenimiento del entorno de pruebas y un impacto mínimo en tus usuarios.

Tráfico ligero

Al realizar pruebas de rendimiento, es posible que se vea afectada toda la base de usuarios. Estas pruebas suelen ralentizar los servidores, algo que nadie puede permitirse, especialmente en un entorno de producción. Para prepararse para las pruebas, analice los datos y observe cuándo hay menos usuarios. Si desea profundizar en el análisis, también puede examinar los momentos en que se ejecutan los procesos que consumen más recursos.

Recolectando datos

Al realizar pruebas en producción, utilice datos de tráfico reales que pueda recopilar, como flujos de usuarios, comportamiento y recursos. Luego, utilice esos datos para definir sus casos de prueba. De esta manera, podrá ejecutar pruebas en producción con la seguridad de que el comportamiento simulado es realista.

El monitoreo es clave

Siempre hay que estar atento a las métricas. Ese es nuestro lema. Al analizar los datos durante una prueba en producción, sabrá si sus pruebas afectan la experiencia del usuario final y cómo lo hacen. Si la afectan, entonces debe detener las pruebas.

Optando por

Una última forma de probar tu aplicación con usuarios reales en producción es mediante una función de suscripción voluntaria para previsualizar las nuevas versiones. Este método te permite monitorizar usuarios reales y recopilar datos. Lo mejor es que, si surge algún problema, no tendrás que preocuparte demasiado por la experiencia del usuario final, ya que habrán aceptado probar la aplicación con antelación. Una vez que tengas los datos, podrás ajustar las pruebas en consecuencia.

Realizar pruebas en producción es arriesgado pero valioso.

La presión es máxima. En 2021, más que nunca, la capacidad de una empresa para implementar código en producción rápidamente y ofrecer experiencias sin errores es fundamental. Dicho esto, es necesario probar esa funcionalidad para ofrecer la mejor aplicación posible.

Claro, es posible que detectes muchos errores al realizar pruebas en un entorno que no sea de producción, pero siempre hay algunos que se escapan.

Lo mejor de realizar pruebas en producción es que te ofrece la mejor visión de cómo funciona tu aplicación bajo la interacción del usuario final.

La cuestión es que, si bien existen riesgos, no debemos demonizar el concepto de realizar pruebas en producción. Es fundamental comprender los riesgos y crear sistemas que los mitiguen. Se trata, en definitiva, de lanzar la mejor aplicación posible en el menor tiempo posible.

Más información sobre Digital.ai Continuous Testing desde este video del seminario web sobre por qué las pruebas en la nube importan más que nunca.