@cpoissonnier
Appuyer sur 'n' pour afficher les notes
Bref, c'est (trop) complet ...
Bref, un peu tout le monde ...
Je veux tester avec/sans l'API management
Je veux réutiliser mes requêtes locales sur l'environnement d'intégration
Je dois vraiment me taper la modification de la clé d'API sur toutes les requêtes ?!
La collection de mon projet ressemble à ça ...
{{I_AM_A_VARIABLE}}
Dans la version gratuite : uniquement par fichier
C'est ce qu'on va utiliser
Et puis ça aussi
On peut définir le mode d'authentification au niveau de la collection, du répertoire, ou de la requête.
Exemple :
Si seulement le token pouvait être mis à jour automatiquement ...
Offre la possibilité d'exécuter du code JS avant une requête
pm.sendRequest({
url: pm.environment.get("VITODOC_KEYCLOAK_HOST") + "/realms/vitodoc/protocol/openid-connect/token",
method: 'POST',
header: {
"Content-Type": "application/x-www-form-urlencoded",
"Cache-Control": "no-cache",
},
body: {
mode: 'urlencoded',
urlencoded: [
{key: "grant_type", value: "password"},
{key: "client_secret", value: pm.environment.get("VITODOC_KEYCLOAK_APP_SECRET")},
{key: "client_id", value: "vitodoc-app"},
{key: "username", value: pm.environment.get("VITODOC_PRACTITIONER_LOGIN")},
{key: "password", value: pm.environment.get("VITODOC_PRACTITIONER_PWD")}
]
}
}, function (err, res) {
pm.environment.set("token-practitioner", res.json().access_token);
});
// + une autre requête, pour se connecter avec un autre user qui a un rôle différent
// global scope
pm.global.set("variable_key", "variable_value");
// environment scope
pm.environment.set("variable_key", "variable_value");
// collection scope
pm.variables.set("variable_key", "variable_value");
Rôle praticien par défaut
Rôle surchargé dans ce répertoire
On peut espérer quelques améliorations à l'avenir :
Export en cURL pour pallier aux manques/bugs de Postman (mauvaise gestion du Server Sent Event, header fantôme, ...)
Nombreux autres langages/frameworks supportés (Java, PHP, NodeJS, ...)
Le front est à la bourre, je dois toujours appeler les mêmes requêtes pour construire un jeu de test à jour
Offre la possibilité d'exécuter du code JS après une requête
Utilisé à la base pour tester les API, mais on peut extraire des valeurs et les mettre dans des variables d'environnements
On peut gérer des workflows, en chaînant les requêtes avec les pre/post-request script
Ne remplace pas des tests de performance, mais permet de peupler des données de tests plus facilement