Tests de fonctions

Les tests de fonctions visent à tester une seule ou quelques fonctions, y compris leur interaction avec le logiciel de base du calculateur. Comme ce type de test fait généralement partie intégrante du développement de fonction plutôt que des tests de version finale, il se concentre sur l'utilisation expérimentale, sans automatisation systématique des tests. Les systèmes de test HIL (Hardware-In-the-Loop) pour les tests de fonctions nécessitent donc des interfaces de bus et de réseau polyvalentes, une simulation de type « restbus » au niveau du comportement et du protocole, ou des interfaces de conception pour les tests (par exemple, XCP). Si vous voulez tester des fonctions pour la conduite autonome, le système de test doit être capable de générer des données de capteurs au niveau de la liste d'objets. Ces types de tests sont souvent effectués par les développeurs de fonctions eux même. Par conséquent, les systèmes de test doivent être utilisables sur le bureau d'un développeur.

Tests du calculateur y compris perception et fusion

Les applications typiques des tests de calculateurs vont des tests d'intégration de logiciels aux tests de sécurité et de fonctionnement, en passant par les tests de lancement de version de calculateur. Pour les calculateurs ADAS et AD, cela peut même inclure que les algorithmes de perception de fusion doivent également être vérifiés. Les tests sont donc hautement automatisés et basés sur les exigences du calculateur pour couvrir le grand nombre de variantes. Les tests basés sur des scénarios sont également utiles pour traiter les nombreuses variantes de tests, en particulier en combinaison avec la génération automatique de scénarios. De plus, les tests basés sur des scénarios sont utiles.

Les systèmes de test des calculateurs nécessitent des E/S et des interfaces bus/réseau extensibles, une simulation de type « restbus » au niveau du comportement et du protocole, ainsi que des options de manipulation et de test étendues pour les bus et les réseaux. Les scénarios pour la conduite autonome sont souvent testés en utilisant des données de capteur brutes. Ces tâches nécessitent des modèles d'environnement complets et des performances de simulation pouvant être augmentées en conséquence. Idéalement, les fonctions du système de test peuvent être adaptées aux modifications d’exigences du projet.

Tests de réseau et de domaine du calculateur

Le test de domaine et de réseau de calculateur est caractérisé par le test de bout en bout des fonctions distribuées. Cela comprend les tests de sécurité et de fonctionnement ainsi que les tests de réseau du véhicule, tels que les tests de veille ou de réveil. Les systèmes exécutent souvent des programmes de test hautement automatisés 24 heures sur 24, rendus possibles par des systèmes complets de gestion de tests.

Le besoin d'un large éventail de canaux d'E/S ainsi que d'interfaces de bus et de réseau est caractéristique de ces types de systèmes de test. Pour traiter des modèles et des scénarios complexes, ils nécessitent également de solides performances de simulation et des capacités multiprocesseurs. Les systèmes traitent une multitude de modèles d’environnement, du groupe motopropulseur à la climatisation en passant par les modèles de lève-vitres, pour n'en citer que quelques-uns. Pour tester les systèmes de conduite autonome, les signaux des capteurs doivent être simulés sur soit la liste d'objets ou les données brutes, selon l'architecture du système.