Supposons que vous utilisez des API d'un fournisseur, comment vous assurer que leur API fonctionne comme prévu?
Ma principale préoccupation est parfois que le fournisseur a poussé les modifications à leur code et enfreindre l'API, nous souhaitons avoir une sorte de logiciel automatique pour les tester continuellement. Comment faire face à cela?
Réponse courte: Vous avez besoin d'une suite de tests pour une API de vendeur tiers - vous devrez donc le développer un.
Ne vous attendez pas à ce que quelqu'un d'autre le fasse pour vous et ne vous attendez pas à une "balle magique" pour générer automatiquement les bons tests.
Certaines choses que vous pouvez essayer en plus:
Si ces choses fonctionnent ou ne dépendent pas de savoir qui est votre fournisseur et quel type d'API vous avez à l'esprit. Une API qui produit une sortie inspectable comme des fichiers est beaucoup plus facile à tester qu'une API qui contrôle certains périphériques physiques où vous devez observer le comportement de la chose à décider si l'appel de l'API a été réussi ou non.
Basé sur le phrasé de l'affiche, il s'agit plus que de tester, imo. Une fois que vous avez écrit votre test de l'unité pour l'API et assurez-vous que tout fonctionne comme prévu, vous devez surveiller les API tiers afin que vous preniez des problèmes avant que les utilisateurs ne le font. C'est le risque réel avec les API tiers - ce n'est pas votre code et vous n'avez aucun contrôle sur la quantité de test effectuée sur l'API ou lorsque/si elle change.
(Disclaimer: Noms de produit utilisés ici) Si vous utilisez SOAPUI pour écrire vos tests d'API, ces tests peuvent être réutilisés dans ALGERSITE comme moniteur opérationnel pour vous assurer que l'API continue de fonctionner comme prévu. S'il échoue au test, vous pouvez vous faire alerter avant que vos utilisateurs vous appellent et vous plainent que votre application ne fonctionne pas.
Mettre en œuvre des tests d'apprentissage pour votre domaine d'intérêt (fonctionnalités que vous envisagez d'utiliser). Les tests d'apprentissage sont des tests d'intégration rédigés par le développeur contre le contrat public de l'API. Les tests ne doivent pas être écrits contre les détails de la mise en œuvre internes, même si le code source de l'API est disponible. Ce type de test d'apprentissage sert deux objectifs -