Comment surmonter les 5 plus grands défis des tests d'API

Par Manoj Chaudhary, Directeur technique et vice-président senior de l'ingénierie

Pour vérifier la fonctionnalité, la fiabilité et la sécurité de leurs interfaces de programmation d'applications (API), les équipes informatiques mènent une série de tests différents, notamment des évaluations fonctionnelles, de gouvernance, de chaos, de pénétration, de performance, de résistance et de longévité. Ci-dessous, nous présentons cinq des défis de test d'API les plus courants auxquels les équipes sont confrontées et offrons nos recommandations pour les relever.

1. Franchir la configuration initiale

Créer, développer et mettre en place une infrastructure de tests peut être une tâche fastidieuse et il peut être difficile de motiver votre équipe tout au long du processus.

Notre recommandation

Expliquer comment le processus de test s'avère payant à long terme peut être essentiel pour motiver une équipe de test. Il est également important de noter à quel point cette phase est cruciale dans les tests d'API en général. Lors de la configuration initiale, réfléchissez bien à la manière dont vous allez tester l'API et à ce que ces tests exigent dans la conception de votre infrastructure.

2. Génération et gestion de grands volumes de données de test

Les API avec un grand nombre de paramètres nécessitent une quantité importante de données (et dans certains cas, des données à haute cardinalité) pour des tests efficaces. Créer, maintenir et veiller à ce que ces données soient réutilisables peuvent représenter un défi pour les testeurs.

Notre recommandation

La clé pour générer et configurer des données de test réside dans la compréhension des structures de requêtes et de réponses ainsi que des appels d'API associés. Utilisez des outils de gestion de données qui vous permettent de comprendre ces connexions, puis masquez, générez et extrayez de nouveaux sous-ensembles de données adaptés à vos besoins de test.

3. Comprendre clairement les objectifs des tests de gouvernance

Essentiels pour les API conçues pour les applications cloud multi-locataires, les tests de gouvernance sont effectués afin de protéger l’infrastructure contre la surutilisation, les « voisins bruyants » et les attaques. Les API sont généralement soumises à des règles de gouvernance (par exemple, des politiques de stockage, des limites de débit et la taille des charges utiles), mais le manque de connaissances et de compréhension tant de la logique architecturale des API que de ces règles entraîne souvent une incertitude quant aux objectifs des tests.

Notre recommandation

Les équipes peuvent atténuer ce problème de test d'API en créant des règles de gouvernance bien définies et bien rédigées ; créez des utilitaires pour votre équipe afin de les ajuster si nécessaire pour rendre les tests plus faciles et plus efficaces.

4. Effectuer des tests de chaos efficacement

En 2010, les équipes de développement et d'exploitation de Netflix ont créé cette forme de test lorsqu'elles ont commencé à migrer l'infrastructure traditionnelle vers l'infrastructure cloud d'Amazon Web Services (AWS). Le test du chaos, ou ingénierie du chaos, est une approche hautement disciplinée qui teste l'intégrité du système en simulant et en identifiant de manière proactive les pannes avant qu'elles ne n'entraînent des temps d'arrêt imprévus ou une mauvaise expérience utilisateur.

Le processus comprend :

• Tester qu'un système fonctionne dans un état stationnaire défini. Tout d'abord, les testeurs doivent identifier une sortie système mesurable qui indique un comportement de fonctionnement normal. La création de l'infrastructure et des outils pour définir et mesurer un état stable peut être complexe, selon l'architecture et la portée des applications concernées.
• Tests visant à déterminer si l'état stable d'un système se maintiendra. Après avoir établi un état stable, les évaluateurs déterminent s'il se maintiendra dans des conditions de contrôle, expérimentales et réelles.
• Test d'impact minimal sur les utilisateurs. Les testeurs interrompent ou perturbent le service pour déterminer l'impact négatif sur les utilisateurs.
• Introduction au chaos. Après avoir établi qu'un système fonctionne dans un état stable défini, que cet état stable se maintient et que le “ rayon d'impact ” est contenu, les testeurs exécutent leurs applications de test de chaos pour observer le comportement du système dans des conditions de stress ou des circonstances particulières (par exemple, pannes de serveur, dysfonctionnement du matériel ou coupures de réseau).

Notre recommandation

Intégrez des points de contrôle (hooks) dans votre application et votre infrastructure qui permettent à votre équipe de test de provoquer du chaos et d'obtenir facilement des métriques pertinentes sur le rayon d'impact.

5. Engager la bonne équipe pour les tests d'intrusion

En test d'intrusion, un testeur ayant des connaissances pratiques limitées sur l'API spécifique l'attaquera pour évaluer le vecteur de menace dans une perspective externe. Les attaques peuvent cibler l'ensemble de l'API ou certaines fonctions et processus.

Notre recommandation

Une équipe interne peut effectuer les tests d'intrusion initiaux, mais un testeur d'intrusion tiers devrait réaliser les tests d'intrusion approfondis de suivi.

Surmontez les défis liés aux tests d'API grâce à Jitterbit API Manager

Dans le cadre de la plateforme unifiée Harmony, Jitterbit API Manager simplifie les tests d'API en offrant une visibilité sur l'ensemble du cycle de vie — de la conception au suivi des performances — et en facilitant la collaboration grâce à une plateforme centralisée management console.

Dans Jitterbit API Manager, la documentation API générée à partir des définitions OpenAPI est automatiquement convertie en documentation interactive Swagger UI, ce qui permet aux équipes de tester les points de terminaison en temps réel. En savoir plus sur le API Manager ou contactez un spécialiste produit pour Demander une démo gratuite.