Conformité des logiciels ISO 26262 dans l'industrie automobile

Les tests système testent le système dans son ensemble. Une fois tous les composants intégrés, l'ensemble du système est testé rigoureusement pour vérifier qu'il répond aux exigences fonctionnelles, de sécurité, de sûreté et autres exigences non fonctionnelles spécifiées.

Des équipes de test spécialisées effectuent ce type de tests sur les logiciels critiques pour la sécurité. Les tests système relèvent du domaine des tests de boîte noire. En tant que tels, ils ne devraient nécessiter aucune connaissance de la conception interne du code ou de la logique.

Une distinction importante avec les tests au niveau du système est que le système est testé dans un environnement proche de l'environnement de production dans lequel l'application sera déployée. À ce stade, des fonctions de sécurité spécifiques sont validées et des tests de sécurité à l'échelle du système sont exécutés.

Tests des systèmes automobiles au niveau du service

Les systèmes individuels d'une automobile ne peuvent pas être considérés comme faisant partie d'un service. Cependant, la connectivité avec des systèmes plus vastes signifie qu'ils devraient l'être. Par exemple, dans une automobile, le rôle de l'unité de contrôle du moteur (ECU) est de garantir une combustion et des émissions adéquates dans le moteur, mais la voiture surveille la consommation de carburant à l'aide de l'ECU et la transmet à un serveur central via une connexion sans fil.

Ces données de kilométrage sont ensuite utilisées pour planifier les itinéraires et estimer les coûts d'exploitation. Soudain, l'ECU devient un nœud de décision essentiel dans un processus de prise de décision commerciale.

Au lieu de considérer la qualité du système en termes de satisfaction des exigences de chaque appareil, le champ d'application est élargi pour prendre en compte la qualité des services fournis. Les tests au niveau du service garantissent que les exigences non fonctionnelles sont respectées. Par exemple, les performances et la fiabilité sont difficiles à évaluer au niveau de l'appareil ou lors des tests unitaires du logiciel. Les tests basés sur les services peuvent simuler l'environnement opérationnel d'un appareil pour fournir des charges réalistes. Dans l'exemple du CVC, le nouveau capteur de température peut être testé avec des taux de demande variables pour voir s'il répond aux exigences de performances.

La sécurité est une préoccupation majeure dans les systèmes automobilesLes cyberattaques proviennent très probablement du réseau lui-même en attaquant les API exposées. Les tests basés sur les services peuvent créer des environnements simulés pour des tests de sécurité robustes, soit par fuzzing (saisies de données aléatoires et erronées), soit par des attaques par déni de service. Un nouveau capteur de température dans l'exemple CVC peut fonctionner correctement avec les requêtes attendues, mais tomber en panne en cas de surcharge. Un attaquant pourrait être en mesure d'exploiter cela pour surcharger le système et provoquer une panne.