Conformité des logiciels ISO 26262 dans l'industrie automobile

Dans le cadre de la plupart Développement de logiciels C et C++ Les tests de régression sont effectués après que des modifications ont été apportées au logiciel. Ces tests déterminent si les nouvelles modifications ont un impact sur le fonctionnement existant du logiciel.

Les tests de régression sont nécessaires, mais ils indiquent seulement que les récentes modifications du code n'ont pas provoqué l'échec des tests. Rien ne garantit que ces changements fonctionneront. En outre, la nature des changements qui justifient la nécessité d'effectuer des tests de régression peut aller au-delà de l'application actuelle et inclure des modifications du matériel, du système d'exploitation et de l'environnement d'exploitation.

Tests de régression dans les logiciels critiques pour la sécurité

In développement de logiciels C et C++ critiques pour la sécurité, la validation est essentielle pour prouver le bon fonctionnement, la sécurité et la sûreté. Des tests sont nécessaires pour confirmer toute modification apportée à l'application afin de garantir sa fonctionnalité et de vérifier qu'il n'y a pas d'impact imprévu sur le reste du système.

Si un cas de test qui a réussi auparavant échoue, une régression potentielle a été identifiée. Une nouvelle fonctionnalité pourrait être la cause de l'échec. Si tel est le cas, le cas de test devra peut-être être mis à jour en tenant compte de ces modifications des valeurs d'entrée et de sortie.

Tests de régression des systèmes embarqués comprend également l'exécution de :

• Cas de test d'intégration
• Cas de test système
• Cas de test de performance
• Cas de tests de résistance et plus

Il peut être nécessaire d'exécuter tous les cas de test précédemment créés pour s'assurer qu'aucune régression n'existe et qu'une nouvelle version fiable du logiciel est créée. Cela est essentiel car chaque nouvelle version d'un système ou d'un sous-système logiciel est construite ou développée. Si vous n'avez pas de base solide, tout peut s'effondrer.

PAO Parasoft prend en charge la création de bases de test de régression sous forme d'un ensemble organisé de tests et vérifie automatiquement tous les résultats. Ces tests s'exécutent automatiquement régulièrement pour vérifier si les modifications de code modifient ou interrompent la fonctionnalité capturée dans les tests de régression.

Si des modifications sont introduites, ces cas de test ne parviendront pas à alerter l'équipe du problème. Lors des tests suivants, DTP signalera les tâches si elle détecte des modifications du comportement capturé dans le test initial.

Comment décider quoi tester de régression?

Le principal défi des tests de régression est de déterminer les parties d'une application à tester. Il est courant de procéder par défaut à l'exécution de tous les tests de régression lorsqu'il existe un doute sur l'impact des modifications récentes du code : c'est l'approche du tout ou rien.

Pour les projets logiciels C et C++ de grande envergure, cela représente une tâche colossale et nuit à la productivité de l'équipe. Cette incapacité à se concentrer sur les tests compromet une grande partie des avantages des processus itératifs et continus, potentiellement exacerbés dans les logiciels embarqués où les cibles de test sont une ressource limitée.

Quelques tâches sont requises ici.

• Identifiez les tests qui doivent être réexécutés.
• Concentrez les efforts de test (tests unitaires, tests fonctionnels automatisés et tests manuels) sur la validation des fonctionnalités et du code associé qui sont impactés par les modifications les plus récentes.