Cobertura del código: evalúe y garantice la confianza en sus pruebas

La cobertura del código debe estar determinada por sus necesidades u objetivos de cobertura. ¿Necesita cumplir con un estándar funcional de seguridad (DO-178C para aviónica o ISO 26262 para automotriz, o IEC 62304 para médico) que exige o recomienda una cobertura del 100%? O tal vez solo desee mejorar la calidad de su código, por lo que el 60% podría ser su objetivo inicial. Además, determine qué tipo de cobertura de código estructural necesita satisfacer. Podría ser la llamada, línea, declaración, bloque, función, ruta, decisión, condición simple, MC / DC, objeto / ensamblaje o una combinación de estos.

Recomendamos una cobertura de código mínima del 60%, que debería ser fácil de obtener. Esto le dará algo de consuelo, pero saber que el 40% del código no fue probado puede darle algunas noches de insomnio.

Algunos recomiendan 70-80%, pero la mejor manera de determinar si necesita aumentar su porcentaje de cobertura se basa en la cantidad de defectos que se han identificado. Si es un número alto, la calidad del código es un problema y le recomendamos que aumente la cobertura de su código. Sepa que incluso con una cobertura de código del 100%, no garantiza que se hayan identificado todos los defectos. Solo proporciona una reducción del riesgo.

Sí, es posible obtener una cobertura de código del 100%. Puede lograr esto mediante la agregación de varios métodos de prueba y mediante la observación de la ejecución del código utilizando su depurador. Por ejemplo, las pruebas unitarias pueden acercarlo mucho a su objetivo del 100%, pero para las líneas de código que requieren circunstancias muy específicas para ejecutarse, como el código defensivo, puede llevar semanas, meses, años o es posible que nunca llegue a ese evento. . Si su herramienta de cobertura no proporciona una forma de alcanzar el 100% de cobertura del código, puede utilizar su depurador y, en algunos casos, editar la pila de llamadas y recorrer el código descubierto mediante una inspección visual.

Saber que sus pruebas no han dejado ningún código sin probar es su señal. Sin embargo, sus objetivos de análisis de cobertura de código deben basarse en cualquier requisito de cumplimiento o en el objetivo de su organización de mejorar la calidad del código. Si el requisito es una cobertura de estado de cuenta del 100%, cobertura de sucursales y cobertura de MC / DC, ese es su objetivo. Cuando haya probado todas sus líneas de código y haya alcanzado el porcentaje de cobertura que requiere el contrato, habrá terminado. Tenga en cuenta que las pruebas de código abierto no son tan precisas o confiables como las herramientas de prueba desarrolladas profesionalmente, por lo que querrá utilizar herramientas certificadas, como las que ofrece Parasoft.

¡Absolutamente! Las soluciones de automatización de pruebas de Parasoft han integrado la integración en las canalizaciones de Azure y con otras herramientas como GitHub, GitLab, Jira y otras que automatizan su integración continua y el flujo de trabajo de entrega continua. Las integraciones brindan flexibilidad, como el uso de la API de línea de comandos para automatizar no solo las pruebas de cobertura de código, sino todas las pruebas de software invocando todas sus suites de prueba.