Integridad del código

La integridad del código es una medida utilizada en el ciclo de vida de la entrega de software. Mide la calidad del código fuente cuando se entrega a control de calidad y se ve afectada por la exhaustividad con la que se procesó el código mediante procesos de verificación de corrección (manuales o automáticos). Ejemplos de estos procesos de verificación de corrección pueden ser las pruebas unitarias y de integración , la revisión de código , la automatización de pruebas , el análisis de código basado en IA, etc. ^{[ 1 ]} La integridad del código es la combinación de la aplicación de procesos de corrección del código (calidad del software) junto con métricas que miden la exhaustividad de estos procesos de verificación de corrección, como, por ejemplo, la cobertura de código . Si bien la integridad del código generalmente se logra mediante pruebas unitarias del código fuente para alcanzar una alta cobertura de código, definitivamente no es la única manera, ni la mejor, de lograr la integridad del código. De hecho, se sabe que la cobertura de código, una métrica popular para medir la exhaustividad de las pruebas unitarias, tiene una correlación limitada con la medida de la integridad real del código. ^{[ 2 ]}

La integridad del código no se trata solo de la corrección del código, sino también de la confianza de los desarrolladores respecto a la corrección de su código. Con la integridad del código, el desarrollador puede estar seguro de que su código está escrito correctamente cuando se entrega al equipo de control de calidad. Este es, de hecho, el nivel de calidad esperado del código. La integridad del código ayuda a los desarrolladores y a las empresas a lanzar mejores productos, con menos errores y en menos tiempo. ^{[ 3 ]}

Las empresas que practican la integridad del código evitan el escenario clásico en el que se retrasa la fase de desarrollo, lo que a su vez retrasa la fase de control de calidad y la fase de lanzamiento. Los productos de las empresas que no adoptan la integridad del código se lanzan con más errores (debido a la presión del tiempo), los usuarios reportan muchísimos errores al equipo de desarrollo y este comienza a trabajar en la versión 1.1 poco después de lanzar la versión 1.0, solo para corregir errores que podrían haberse evitado.

Las pruebas Shift-left son un método para realizar pruebas relacionadas durante los procesos iniciales del desarrollo de software, ya que el departamento de control de calidad no puede medir la integridad del código incluso después de ejecutar todas sus pruebas. Las pruebas Shift-left y la integridad del código están estrechamente relacionadas, pero la integridad no se limita a la parte de las pruebas, que es una subtarea del proceso más amplio de integridad del código Shift-left. Este proceso no solo aplica más pruebas unitarias junto con una mayor cobertura de código, sino que también implica varios otros procesos de verificación de corrección con datos relevantes. ^{[ 4 ]} Aquí hay algunos ejemplos:

• Pruebas unitarias del código
• Pruebas de integración
• Revisión de código
• Análisis de código basado en IA
• Pruebas automáticas
• Asignación de un gestor de integridad del código

Ejemplos de métricas de completitud para la verificación de la corrección

• La formulación de la métrica de integridad del código puro es: 1 − (Errores no cubiertos) / (Errores totales). En otras palabras: la integridad perfecta del código menos el número de errores que no fueron cubiertos por las pruebas unitarias, dividido por el total de errores encontrados durante todo el ciclo del producto, incluido el desarrollo, es el código que no está en integridad.
• Diferentes tipos de cobertura de código (cobertura de líneas, cobertura de ramas, etc.)
• Pruebas de mutación

Ventajas de la integridad del código con desplazamiento a la izquierda

• Menor tiempo de desarrollo: los errores que se detectan durante la fase de desarrollo se corrigen de forma más rápida y sencilla que los que se encuentran en fases posteriores.
• Menores costes de desarrollo: es más económico corregir los errores que se encuentran durante la fase de desarrollo que en fases posteriores.
• Confianza en la calidad de tu código: lanzar productos con un código de alta integridad se traduce en comentarios más positivos por parte de tus clientes.
• Hace que el trabajo del equipo de control de calidad sea mucho más eficiente: el equipo de control de calidad se concentra en probar el sistema, sin preocuparse por errores que podrían haberse detectado fácilmente mediante pruebas unitarias adecuadas.

Este concepto se basa en el hecho de que los desarrolladores podrían aprovechar al máximo la ventaja tecnológica si disponen de las herramientas de prueba pertinentes desde el principio. A medida que el software más reciente se vuelve más complejo e incluye más dependencias, la inclusión del lado derecho del modelo V en los roles de los desarrolladores les ayudará a asumir el control de los procesos de pruebas unitarias e integración. ^{[ 3 ] [ 5 ]} El resultado permitirá a los desarrolladores crear entornos completos en muchas empresas de software. Se espera que esta tendencia continúe, ya que en muchos casos es imposible realizar pruebas unitarias/de integración sin el contexto completo del sistema. ^{[ 6 ]}