Comment stocker des collections de facteurs dans le contrôle de source
J'utilise POSTMAN collections pour tester mon API avant de l'ouvrir. Je travaille avec une équipe de développeurs et nous aimerions partager/ajouter/éditer nos collections entre nous.
Faire cela dans le contrôle de code source se révèle un peu délicat, comme le montre ce commentaire sur la page GitHUB:
Ce problème persiste dans la version 2.1.1 (emballé)
L'ordre des demandes peut être déterministe maintenant, mais le diff d'une collection exportée à partir de deux machines et utilisateurs différents inclut des données qui ne sont pas liées aux collections exportées. Le diff est plein de conflits de propriétaires et d'autres identifiants s'il y a plusieurs personnes travaillant sur les tests en même temps.
Quel est le meilleur moyen de mettre ces données dans un système de contrôle de version? Des suggestions autrement?
Le mettre dans un VCS vous donnera sans aucun doute des maux de tête, comme vous l'avez mentionné. Votre meilleur choix est d’utiliser les fonctionnalités de Postmans pour partager des collections. Voici la documentation disponible sur https://www.getpostman.com/docs/sharing
À partir de Postman v0.9.3, vous avez la possibilité de partager et de gérer vos collections plus efficacement. La première chose à faire est de créer un compte Postman. Vous pouvez en créer un en utilisant votre identifiant de messagerie ou un compte Google. Une fois que vous êtes connecté après avoir créé un compte, les collections que vous téléchargez sur Postman sont liées à votre compte. Vous pouvez les supprimer ultérieurement via l'élément "Collections partagées" dans la liste déroulante de la barre de navigation.
Le format Collection v2 supprime la plupart des problèmes de portabilité, sinon tous.
http://blog.getpostman.com/2015/06/05/travelogue-of-postman-collection-format-v2/
- Le format doit être hautement portable pour pouvoir être facilement transporté entre différents systèmes sans perdre de fonctionnalité.
Pour partager automatiquement votre collection de postiers existante, vous pouvez utiliser Postman Pro . Il s’agit d’un service payant fourni au moyen duquel un chef d’équipe peut acheter le programme complet de son équipe et travailler en tant qu’administrateur . Postman pro permet la suivants et beaucoup d'autres:
- Toute modification de l'API est automatiquement reflétée dans Postman pour tous les membres.
- Les membres s'abonnent aux collections de la bibliothèque de l'équipe et reçoivent des notifications de tout changement.
Pour plus d'informations, vous pouvez consulter: https://app.getpostman.com/dashboard/team-upgrades
C’est ce que j’utilise avec mon équipe de testeurs en automatisation.
Contrôle de code source dans Postman
La question concernant le partage de collections afin que vous puissiez collaborer avec vos coéquipiers a été répondue de différentes manières, par exemple par partage de la collection ou par synchronisation dans un compte d'équipe .
Contrôle de version dans Postman
L’autre partie de la question concernait l’intégration des données Postman dans un système de contrôle de version. Postman a introduit certaines fonctionnalités de contrôle de version pour les comptes d’équipe rémunérés, telles que la possibilité de restaurer des collections à un certain point du flux d’activité.
Les comptes d’équipe rémunérés reçoivent également des intégrations pour synchroniser leurs collections avec leurs propres systèmes de contrôle de version comme GitHub par exemple . Si vous avez un compte gratuit, vous pouvez utiliser API Postman pour créer votre propre intégration similaire afin de mettre à jour les collections.
Ce billet de blog parle de certaines des fonctionnalités de contrôle de version de Postman } _.