Tests d'interopérabilité dans les tests de logiciels
Thomas Hamilton
⚡ Résumé intelligent
Les tests d'interopérabilité vérifient qu'un logiciel échange correctement des données avec d'autres composants, périphériques et systèmes de fournisseurs, prouvant ainsi que la fonctionnalité de bout en bout entre deux systèmes communicants se comporte exactement comme le spécifient les exigences énoncées.
Qu'est-ce que les tests d'interopérabilité ?
Test d'interopérabilité Les tests d'interopérabilité sont un type de test logiciel qui vérifie si le logiciel peut interagir avec d'autres composants logiciels et systèmes. Leur objectif est de garantir que le produit logiciel peut communiquer avec d'autres composants ou périphériques sans problème de compatibilité.
En d'autres termes, les tests d'interopérabilité consistent à prouver que la fonctionnalité de bout en bout entre deux systèmes communicants est conforme aux exigences. Par exemple, des tests d'interopérabilité sont effectués entre smartphones et tablettes pour vérifier le transfert de données via Bluetooth.
Il est classé comme une forme de test fonctionel, car la question à laquelle elle répond est comportementale : l'information échangée arrive-t-elle intacte et le système récepteur agit-il correctement en conséquence ?
Différents niveaux d'interopérabilité logicielle
Deux systèmes peuvent être compatibles à différents niveaux. Chaque niveau inférieur présuppose le bon fonctionnement du niveau supérieur.
- Interopérabilité physique — la connexion elle-même est établie, par exemple via Bluetooth, Wi-Fi, USB ou une liaison réseau filaire.
- Interopérabilité des types de données — les deux côtés encodent et décodent les mêmes types primitifs, jeux de caractères et ordre d'octets.
- Interopérabilité au niveau des spécifications — les deux parties mettent en œuvre les mêmes formats de messages et les mêmes règles de protocole publiés dans la spécification.
- Interopérabilité sémantique — les deux parties attribuent la même signification aux données échangées, de sorte qu’un champ tel que « température » est interprété dans la même unité et le même contexte.
Pourquoi effectuer des tests d'interopérabilité ?
Les tests d'interopérabilité sont effectués parce que,
- Elle garantit la fourniture de services de bout en bout pour deux produits ou plus provenant de fournisseurs différents.
- Le logiciel doit pouvoir communiquer avec d'autres composants ou périphériques sans aucun problème de compatibilité.
Les risques associés à un manque de tests d'interopérabilité sont
- Perte de données
- Performances peu fiables
- Fonctionnement peu fiable
- Fonctionnement incorrect
- Faible maintenabilité
Comment faire des tests d'interopérabilité
Le processus de test d'interopérabilité comprend les étapes suivantes.
Étape 1: Projet de lancement.
- Définir et formaliser le cahier des charges et mettre en place l'infrastructure de gestion de projet.
Étape 2: Mettre en place un laboratoire de tests
- Assurez-vous que toutes les compétences requises et les outils d'automatisation sont configurés pour les activités de test.
- Utilisez des outils d'automatisation pour minimiser le nombre de cas de test et réutiliser ces derniers.
- Maintenir une base de données de fichiers de configuration
- Enregistrer et analyser les indicateurs du projet
- Enregistrer la configuration des tests infructueux pour référence et analyse
Étape 3: Élaborer un plan de tests
- Ecrire le Plan de test
- Définir les cas de tests et les procédures
- Mettre en place l’équipement de surveillance nécessaire à la tenue des journaux de test.
Étape 4 : Exécuter le plan de tests
- Exécuter des cas de tests
- Collaborez avec l'équipe de test pour analyser la cause profonde de la défaillance.
Étape 5: Documenter les résultats
- Utiliser les journaux de test pour enregistrer les notes de mise en œuvre
Étape 6: Libérer des ressources et évaluer les performances sur le projet,
- À l'aide d'outils d'automatisation, analysez les résultats des tests.
Exemples de cas de test pour les tests d'interopérabilité
Le schéma ci-dessous illustre une configuration typique à deux fournisseurs : des appareils de fabricants différents sont connectés, et chaque échange entre eux devient un cas de test.
La stratégie de test pour les tests d'interopérabilité comprend
- Connectez deux appareils ou plus de fournisseurs différents
- Vérifier la connectivité entre les appareils
- Vérifiez si un appareil peut envoyer et recevoir des paquets ou des trames d'un autre appareil.
- Vérifiez si les données sont traitées correctement dans les couches réseau et installations
- Vérifiez si les algorithmes implémentés fonctionnent correctement
- Résultat ok : vérifier le résultat suivant
- Résultat non satisfaisant : utilisez des outils de surveillance pour détecter la source de l’erreur.
- Rapporter le résultat dans l’outil de rapport de test.
Outils et techniques de test d'interopérabilité
Aucun produit ne couvre à lui seul une matrice d'interopérabilité de bout en bout. La plupart des équipes combinent une vue au niveau des paquets, une vue fonctionnelle et une méthode permettant de simuler les systèmes partenaires non disponibles en laboratoire.
| Catégories | Outils typiques | Ce que cela vous aide à vérifier |
|---|---|---|
| Analyseurs de protocole et de paquets | Wireshark, tcpdump, analyseurs de protocole fournisseur | Que les messages partent et arrivent au format attendu, au niveau du bit |
| Clients API et services Web | Postman, SoapUI | Demande et réponse contracts entre services construits par différents fournisseurs |
| Virtualisation des services, stubs et mocks | WireMock, Charlatan, ébauches de SDK du fournisseur | Comportement d'un système partenaire indisponible, coûteux ou encore en développement |
| Simulateurs et émulateurs de périphériques | Simulateurs de fournisseurs, émulateurs de plateformes de maison intelligente et d'objets connectés | Matrices complètes de périphériques et de micrologiciels sans avoir à acheter chaque unité physique |
| Automatisation CI | Jenkins, GitLab CI, Azure Pipelines | Réexécution automatique de la matrice de combinaisons complète après chaque configuration |
Outre les outils, trois techniques sont récurrentes : les tests par paires pour maintenir une matrice de combinaisons de fournisseurs gérable, les tests négatifs avec des messages malformés ou obsolètes, et la journalisation au niveau du protocole pour qu’une défaillance puisse être… tracmodifié au cadre exact qui s'est cassé.
Meilleures pratiques pour les tests d'interopérabilité
Les problèmes d'interopérabilité sont coûteux car ils apparaissent tardivement, dans l'environnement d'un tiers. Les pratiques décrites ci-dessous permettent de maîtriser la matrice.
- Maintenir une matrice de compatibilité qui répertorie chaque modèle d'appareil, version de firmware et version de protocole concernée, et la met à jour à chaque nouvelle version.
- Tester la compatibilité ascendante et descendanteEt pas seulement les nouveaux venus. Leurs collègues plus expérimentés restent dans le domaine pendant des années.
- Anchor cas de test conformes à une norme publiée comme une norme IEEE, ISO, IETF ou un profil industriel, donc « réussite » signifie quelque chose que les deux fournisseurs acceptent.
- Automatisez et exécutez en continu au sein du pipeline CI, car une mise à jour partenaire peut rompre un appariement qui a fonctionné la veille.
- Simulez avant d'acheter — Les émulateurs couvrent un large éventail de cas à moindre coût, et les laboratoires physiques confirment ensuite les combinaisons les plus risquées.
- Contrôler chaque configuration en version afin qu'une exécution défaillante puisse être reproduite à l'identique.
- Conditions dégradées de test y compris les délais d'attente, les paquets perdus, les messages partiels et les incompatibilités de versions, et pas seulement le cas idéal.
- Mettez-vous d'accord rapidement sur le format des rapports. avec le fournisseur partenaire, afin que les défauts puissent être corrigés des deux côtés.
Tests d'interopérabilité et tests de conformité
Les termes « interopérabilité », « conformité » et « compatibilité » sont souvent utilisés de manière interchangeable, pourtant chacun répond à une question différente.
| Aspect | Test d'interopérabilité | Test de conformité | Test de compatibilité |
|---|---|---|---|
| Interet | Cela garantit que le produit ou le logiciel fonctionnera sans problème avec d'autres produits certifiés. | Elle garantit la conformité du produit aux normes et spécifications requises. | Il garantit que le produit fonctionne correctement dans un environnement donné, tel qu'un système d'exploitation, un navigateur ou une configuration matérielle. |
| Réponse à la question | Ces deux systèmes peuvent-ils fonctionner ensemble ? | Ce système respecte-t-il les règles établies ? | Ce système fonctionne-t-il correctement ici ? |
| Point de référence | Produit d'un autre fournisseur | La norme publiée | La plateforme ou l'environnement cible |
| Exemple | Transfert de fichiers entre un téléphone et une tablette via Bluetooth | Validation des messages du protocole par rapport aux spécifications | Exécuter la même application sur Android 14 Android 15, et Android 16 |
Inconvénients des tests d'interopérabilité
Les principales difficultés rencontrées lors des tests d'interopérabilité sont
- Déterminer les causes profondes des défauts — une panne peut se situer dans l'un ou l'autre système, ou dans le réseau qui les relie.
- Mesure précise — Les résultats dépendent du moment et de la charge, de sorte qu'un même test peut réussir et échouer lors d'exécutions consécutives.
- Évolutivité des tests — chaque nouveau fournisseur multiplie la matrice de combinaison.
- Complexité du réseau — Les topologies réelles correspondent rarement à la configuration simplifiée du laboratoire.
- Test de l'équipement de test — Les analyseurs et les simulateurs doivent faire l'objet d'une validation propre avant que leurs résultats puissent être considérés comme fiables.
- Documenter les résultats des tests et les apprentissages — Les résultats doivent être lisibles par un partenaire externe, et pas seulement par l'équipe locale.
- Exigences insuffisantes — Des spécifications vagues permettent aux deux fournisseurs d'être techniquement conformes, mais les empêchent de communiquer.
