API Fortress annonce une nouvelle passerelle de débogage d’API: Bloodhound


API Fortress a annoncé Bloodhound, une passerelle de débogage API légère qui est gratuite à télécharger et open source. En moins de 3 minutes, les développeurs et les ingénieurs peuvent commencer à utiliser un puissant outil spécialement conçu pour le débogage des transactions API. Regardez la vidéo de démonstration de Bloodhound.

Bloodhound permet aux équipes d’acheminer les appels d’API vers n’importe quel enregistreur pour une analyse complète afin de découvrir des solutions aux bogues difficiles, ou de tester une API d’une manière qui n’était pas possible auparavant. Cela donne aux équipes d’assurance qualité les informations nécessaires pour garantir que les microservices et les API connectées à la base de données se comportent comme ils le devraient dans des conditions réelles.

Patrick Poulin, co-fondateur et PDG d’API Fortress remarque: « Il n’a jamais été aussi facile de créer de nouvelles API. Mais l’état d’esprit de la façon dont nous les testons et les surveillons n’a pas évolué. Rédaction d’une poignée de tests fonctionnels utilisant un petit sous-ensemble de faux les données par rapport à un environnement de transfert ne suffisent pas. Avec Bloodhound, vous pouvez faire plus. En capturant et en transformant vos API, vous pouvez reproduire des scénarios du monde réel et trouver la clarté tout en essayant de déboguer n’importe quel problème. « 

Avant la sortie généralement disponible de Bloodhound, la passerelle a été déployée auprès de plusieurs clients d’API Fortress qui figurent parmi les plus grandes sociétés de vente au détail, de services financiers, de soins de santé et de télécommunications au monde. Bien que la plateforme soit flexible et que la création d’addons soit simple, plusieurs cas d’utilisation prêts à l’emploi sont inclus:

  • Transformation des bases de données en API: créez des tests fonctionnels basés sur les données lorsque les données de test sont verrouillées dans une base de données (PostGres, MySQL, MS SQL Server, MongoDB, Redis, etc.).
  • Test des API au-delà d’un test fonctionnel normal: étendez ce qui peut être testé en transformant l’API en scénarios uniques tels que la limitation, des en-têtes cassés ou inattendus, des charges utiles invalides et des modifications de code d’état, etc.
  • Détection des signaux du bruit: comprendre les interdépendances dans les réseaux d’appels d’API complexes pour aider les équipes à créer ou à améliorer la documentation de nouveaux projets d’API.
  • Agir comme un serveur Echo: comprendre à quoi ressemblent les demandes du PDV d’un serveur API pour capturer les problèmes non révélés lors d’un envoi ou d’une réception.
  • Application de la politique interne: ajoutez des couches d’autorisation aux API non sécurisées – populaires lorsque vous exposez des API à des tiers ou des sous-traitants.
  • Validation des contrats en direct: comparez les spécifications Swagger / OpenAPI aux transactions API en direct pour détecter les anomalies potentiellement dangereuses.

La source: wfmz.com

Auteur de l’article : manuboss