Cómo automatizar las pruebas para el desarrollo distribuido geográficamente

Automatice y coordine el proceso de compartir código fuente entre equipos distribuidos geográficamente para hacerlo sostenible.

Las políticas para compartir código fuente entre grupos son mucho más efectivas cuando se aplican mediante la automatización. La automatización es importante para reducir las dependencias de los recursos manuales necesarios para que el uso compartido del código fuente sea eficaz, así como para garantizar que se sigan las políticas establecidas todos los días, a pesar de la pereza humana.

Dónde aplicar la automatización

Cada grupo de desarrollo puede aprovechar la automatización para documentar, proteger, mejorar y asegurar el código fuente de cada módulo.

• La aplicación automatizada de políticas para documentar interfaces públicas, entradas de parámetros y valores de retorno aumentará la comprensión del código por parte de los desarrolladores que leen la documentación y de quienes la escriben.
• Los peligros de modificaciones erróneas o cambios de estilo por parte de desarrolladores de diferentes grupos se mitigan cuando se utiliza la automatización para hacer cumplir la calidad y el cumplimiento. Cualquier cambio que no cumpla con las normas se denegará inmediatamente o se marcará para su revisión.
• La automatización también puede verificar que las pruebas unitarias cubren la mayor parte del código fuente y, en algunos casos, incluso pueden crear pruebas complementarias para exponer defectos y mejorar la calidad.
• El análisis de código automatizado con la capacidad de identificar patrones personalizados acelerará el proceso de que un grupo aprenda de los errores de otro. Un patrón de código fuente para un defecto en un grupo se puede compartir con el resto de los grupos y se puede aplicar a toda la base de código existente para encontrar errores similares.

Obstáculos a la automatización

Los obstáculos clave en la adopción de procesos automatizados son los recursos de implementación y las objeciones a la aplicación de políticas por parte de los desarrolladores individuales.

Las herramientas automatizadas requerirán algo de tiempo y esfuerzo para configurarlas en entornos específicos. Algunas herramientas de análisis de código son de código abierto y están disponibles gratuitamente, al igual que JUnit, el marco de pruebas unitarias para Java. También se encuentran disponibles herramientas comerciales para automatizar la aplicación de la política de desarrollo común, pero requieren una inversión monetaria. Algunos desarrolladores se resistirán a la aplicación de políticas que entren en conflicto con sus prácticas de programación preferidas. Las convenciones de nomenclatura, los posibles errores y los requisitos de las pruebas unitarias son temas controvertidos. Aunque la automatización ayuda a que una base de código se pueda compartir entre varios equipos distribuidos, el proceso no es del todo trivial.

Complementar el desarrollo colaborativo con la automatización puede presentar las soluciones a sus propios problemas. La inversión de tiempo y dinero es inevitable, pero los beneficios superarán con creces el sacrificio una vez que el sistema esté configurado y funcionando. La mayoría de los enfoques automatizados para hacer cumplir la política de desarrollo son muy personalizables. Los grupos de desarrollo obstinados que no quieren ajustarse a un estándar de toda la empresa se apaciguan fácilmente si se pueden hacer algunas excepciones para su grupo. La política debe definirse en términos de lo que es obligatorio para toda la organización y lo que se requiere solo para grupos individuales. Los desarrolladores deben verificar que su código cumpla con una política heredada de la política de toda la empresa y complementada con requisitos específicos del grupo. Un proceso automatizado con las capacidades adecuadas abordará la mayoría de las preocupaciones, pero es importante una planificación cuidadosa para identificar qué funcionalidad se requerirá.

La coordinación es clave

Compartir una base de código fuente entre grupos de desarrollo requiere objetivos claramente definidos. Los desarrolladores y gerentes tropezarán con muchos obstáculos durante la transición a una base de código compartida, y muchas personas involucradas cuestionarán los beneficios deseados.

Un beneficio obvio es que un proceso de desarrollo unificado da como resultado similitudes en la apariencia y funcionalidad del producto. Las experiencias compartidas de un grupo pueden evitar que otros grupos cometan los mismos errores.

Sin embargo, la complejidad adicional de cada grupo de desarrollo que depende del código escrito por otros grupos hará que este nivel de intercambio sea difícil. Por ejemplo, diferentes grupos y culturas tienden a favorecer diferentes estilos de programación, lo que dificulta la estrecha colaboración y el proceso de desarrollo unificado. Además, el trabajo de desarrollo distribuido en múltiples zonas horarias reducirá las probabilidades de que la base de código completa se construya con éxito. En un momento dado, es probable que alguien en algún lugar esté en medio de cambiar algo. Cuando un componente se rompe, ya sea funcionalmente o con respecto a la compilación, todos los demás grupos que intenten construir la base de código completa, o que dependa de ese componente, se verán afectados negativamente.

Sin embargo, vale la pena superar estos y otros desafíos de implementar un proceso de desarrollo compartido, considerando el resultado final de aplicaciones y código fuente más uniformes.

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.