Alternative à ReqBin : de l'envoi d'une requête à une véritable couverture

Le moment où le besoin change

Envoyer une requête répond à la question « que fait cet endpoint en ce moment ». Un contrôle répond à « cet endpoint fait-il toujours ce qu'il devrait ». Le second exige trois choses dont le premier se passe : un endroit où consigner l'attente, un moyen de s'exécuter sans intervention humaine et un moyen de détecter quand la réponse change.

C'est toute la raison pour laquelle l'outillage diffère, et cela mérite d'être dit, car beaucoup d'équipes essaient d'y arriver en mettant leurs requêtes en favoris.

Ce qu'une alternative à ReqBin doit apporter en plus

Trois questions pour savoir ce dont vous avez besoin

• Quelqu'un d'autre aura-t-il besoin de l'exécuter ? Si oui, cela doit sortir de votre navigateur.

• Le flux implique-t-il plus d'un appel ? Dès qu'une valeur doit circuler d'une requête à l'autre, la copie manuelle ne tient plus à l'échelle.

• Voudriez-vous être prévenu si cela cassait pendant la nuit ? C'est là la frontière entre un outil et un contrôle.

Un seul oui signifie que vous avez dépassé le simple outil d'envoi de requêtes. Trois signifient que vous auriez dû changer depuis longtemps.

Ce qu'il ne faut pas surdimensionner

Si vous avez réellement juste besoin d'envoyer une requête de temps en temps, continuez ainsi. ReqBin et curl font très bien l'affaire et rien ici ne plaide contre eux. Le changement vaut la peine lorsque la requête est assortie d'une attente, pas avant.

Comment les évaluer

Cassez quelque chose volontairement. Introduisez une vraie régression, par exemple un enregistrement qui ne persiste plus, et observez ce que remonte chaque candidat. Est-ce qu'il échoue, est-ce que l'échec nomme l'écart réel, et la personne qui corrigera pourrait-elle partir de cette sortie sans reconstituer l'histoire. Un outil qui annonce un succès sur une exécution qui n'a jamais atteint ses assertions a échoué au seul test qui compte.

L'étape intermédiaire que l'on saute

Il existe un entre-deux entre envoyer une requête depuis un onglet de navigateur et monter une suite complète, et c'est parce qu'on le saute que beaucoup d'équipes restent sur des outils ponctuels plus longtemps qu'elles ne le devraient.

Cette étape consiste simplement à écrire l'attente quelque part, n'importe où. Un fichier texte indiquant quel endpoint, ce que vous avez envoyé et ce qui doit revenir n'est pas de l'automatisation, et il vous donne déjà deux choses qu'un onglet de navigateur n'offre pas : quelqu'un d'autre peut l'exécuter, et vous pouvez dire si la réponse a changé. La plupart des équipes qui pensent avoir besoin d'outillage ont en réalité besoin de cela, et s'en rendre compte coûte dix minutes.

Le moment où vous avez réellement besoin de plus, c'est quand l'exécution à la main cesse d'avoir lieu. C'est un problème de planification plutôt qu'un problème d'expressivité, et c'est précisément ce que vous apporte le passage à une vraie suite.

Pour commencer

Le tableau de bord couvre le même périmètre pour qui ne veut pas d'installation locale, et l'ensemble des commandes se trouve dans le dépôt CLI.

Deux voies, et le choix tient surtout à qui possède le pipeline. Connecter la GitHub App depuis le tableau de bord ne demande aucune modification de votre dépôt, car elle réagit au déploiement que votre build produit déjà. Ajouter une étape GitHub Actions place le contrôle dans le dépôt, où il est relu comme le reste du build.

Ce que vous obtenez quand une requête devient un contrôle

Un endroit où consigner l'attente, un déclencheur qui n'est pas vous et une notification quand la réponse change. Ces trois éléments constituent toute la différence, et c'est ce que fournit TestSprite.

Les flux multi-étapes cessent d'être un exercice de copier-coller : Dynamic Variables transporte un identifiant d'un appel au suivant et Dependency Chains détermine ce qui doit se produire en premier. Auto-Cleanup supprime ce qu'une exécution a créé, de sorte que la dixième exécution se comporte comme la première.

La mise en place est courte. Faites pointer un projet vers votre URL de base, laissez la découverte énumérer les endpoints, relisez le plan et connectez le tout à votre dépôt pour qu'il s'exécute à chaque modification. Si vous avez réellement juste besoin d'envoyer une requête de temps en temps, continuez ainsi ; ceci vaut pour le moment où une attente s'y greffe.