Tests logiciels rigoureux chez RTI : Garantir la fiabilité across Connext DDS

Le logiciel RTI alimente d'innombrables systèmes mission-critiques. Nos clients exigent fiabilité et qualité maximales, donc nous discutons ouvertement nos pratiques développement, outillage, et lab IIoT RTI lors rencontres. Sujet fréquent : tests logiciels que nous effectuons – domaine où nous prenons grande fierté. Ce post décrit la stratégie de test complète derrière chaque release RTI.

La famille produits Connext partage processus développement et test unifié. Seule exception : Connext DDS CERT, qui suit processus distinct tailored pour applications safety-certifiées. Avant toute release logicielle, nous exécutons suite extensive tests validant fonctionnalité, performance, scalabilité.

Tests Unitaires

Tests unitaires confirment fonctions individuelles comportent comme attendu. Ils forment backbone de notre regression testing pour chaque release produit. Au-delà simples vérifications fonction, framework supporte test features single-node et incorpore même settings QoS fournis clients dans releases récentes. Notre but : émuler environnements opérationnels réalistes whenever possible.

Tests Fonctionnels

Quand nouvelle feature ajoutée, nous créons plan test fonctionnel et développons tests end-to-end. Pour Connext DDS Micro, nous employons framework test distribué utilisant multiples "test runners" sur machines séparées, coordonnés par "test manager" central. Langage test DDS custom décrit chaque scénario, runners exécutent scripts, publient résultats PASS/FAIL, attendent commande suivante. Tests fonctionnels focus sur :

• APIs niveau application et politiques QoS DDS (deadline, liveliness, etc.)
• Limites ressources
• Compatibilité cross-endianness
• Mécanismes discovery
• Métriques performance
• Stabilité sous charge

Tests Interopérabilité

• Within RTI products – Tests automatisés executent milliers combinaisons configuration, especially après feature releases comme Connext 6. Versions RTI plus anciennes testées quand nous identifions risques rupture potentiels.
• Interopérabilité langages – Tests effectués indirectement combinant outils Java RTI (ex: RTI Admin Console) avec applications écrites autres langages.
• Avec autres vendors DDS – Tests basiques réguliers aux réunions OMG DDS, checks plus profonds sur DDS Security, Extensible Types, protocole RTPS wire coordonnés via communauté OMG (https://github.com/omg-dds).

Tests Installation

Tests installation capturent intégration et interopérabilité across multiples produits RTI. Exécutés manuellement et via suite automatisée couvrant :

• Installation correcte fichiers
• Intégration interface graphique (currently manual)
• Précision documentation
• Fonctionnalité basique usando exemples shipped, incluant Getting Started Guide, across many platforms
• Interopérabilité produit et langage

Tests installation automatisés vérifient :

• Intégrité installation via file checks
• Exécution utilitaires (rtiddsping, rtiddsspy, rtiprototyper)
• Exemples rtiddsgen-générés en C, C++, C++03, C++11, C++ CLI, C#, Java (static/dynamic, release/debug)
• Exemples shipped avec diverses configurations build
• Exemples performance en C++ et Java
• Exemples TCP shipped en C

Ces tests tournent sur 80 architectures distinctes, incluant Windows, Linux, Solaris, Lynx, QNX, Darwin, VxWorks.

Profiling Performance et Mémoire

Tests performance distribuée réalistes sont inherently complexes. Nos outils conçus pour mesurer métriques clés : buffer sizing, throughput, latence, delivery temps-réel, stack usage, interactions OS.

• Tests unitaires capturent performance niveau fonction et usage mémoire.
• perfTest profiles performance overall Connext DDS. Extensivement tuned pour mesures réalistes, peut tourner alongside autres produits comme Routing Service. Données latence et throughput publiques à RTI benchmarks.
• memTest monitor empreinte mémoire core Connext DDS Core. Connext DDS Micro enregistre aussi usage mémoire détaillé pendant tests unitaires.
• Applications comme RTI Admin Console et RTI Recording Service incluent monitoring performance built-in.

Intégration continue perfTest et memTest previent regressions beyond pre-defined threshold as new features added.

Tests Endurance

Ces tests simulent scénarios long-running, monitorant heap usage pendant opérations dynamiques comme création/suppression participants ou endpoints. Framework endurance fuzze aussi paquets RTPS quand tournant avec RTI Security plugins, tous executés contre latest Generally Available Release.

Tests Large-Échelle et Stress

Tests large-échelle deliberately built around nouvelles features. Par ex, introduction Transport Mobility requit tests émulant connect/disconnect divers wireless access points. Enhancing discovery déclencha framework dédié simulant milliers endpoints, vérifiant automatiquement discovery success. Bien que ces tests ne soient pas re-exécutés every release due to équipement et contraintes réseau, ils sont re-exécutés quand logique discovery change.

Bien qu'aucun programme test ne puisse couvrir every possible scenario, l'approche extensive, multi-facettes de RTI fournit clients confidence en chaque nouvelle release.

À Propos de l'Auteur

Jan a rejoint RTI en 2006 après plus deux décennies rôles techniques et customer-facing chez Sun Microsystems, VLSI Technology, et autres leaders industrie. Expertise spanning middleware, grid applications, OS design, network chip development, Jan helped build record-setting 98% customer satisfaction rate en nouvelle organisation support. En tant que VP Engineering, il leads équipe distribuée 60+ ingénieurs, overseeing R&D, processus développement logiciel, product quality pour RTI Connext. Jan holds MS-equivalent degree Electronics, Digital Communications (Summa Cum Laude) from KIHK, Geel, Belgium.

En Savoir Plus :

• Autonomous Vehicle Production
• What is DDS?
• Connext DDS Pro