Article Mark Pitchford - LDRA

Jusqu'à récemment, le cycle de développement logiciel se terminait généralement à la livraison du produit. La connectivité a toutefois étendu ce cycle de développement sur toute à la durée de vie du produit et ce même lors de sa mise au rebut. Contrairement aux systèmes isolés, les exigences logicielles pour des produits tels que les voitures connectées peuvent évoluer à tout moment, par exemple chaque fois que des changements se produisent dans l’environnement du produit connecté ou qu’une nouvelle faille de sécurité est découverte.

Chaque vulnérabilité découverte implique une exigence modifiée ou nouvelle, nécessitant une réponse rapide. Le code révisé doit ensuite subir une validation complète passant par l’analyse statique, et tous les tests unitaires et d’intégration impactés doivent être ré-exécutés (test de régression).

Le système lui-même n’ayant peut-être pas été modifié par les concepteurs depuis longtemps, il est essentiel de pouvoir automatiquement isoler et tester uniquement les fonctions concernées.

Cela renforce encore l’importance des outils automatisant la traçabilité des exigences. En reliant les exigences, le code, les résultats d’analyses statiques et dynamiques, les tests unitaires et les tests d’intégration, tout le cycle de développement logiciel est traçable. Cela permet aux développeurs d'identifier facilement les problèmes et de mettre en œuvre des solutions plus rapidement et à moindre coût, et ce même après la sortie du produit.