SOAP-UI script groovy

Version imprimable

Bonjour,

J'ai un TestSuite que j'ai nommé ComplexTestSuite. Sur ce dernier, un TestCase nommé Operation

Sur ce TestCase (Operation):

1-j'ai ajouté une propriété (subscriberId).

2- Ainsi, j'ai ajouté request soap nommé GET TEST1.

Code:

<SubscriberId> $ {Properties # SubscriberId} </ SubscriberId>

le code suivant pour exécuter un seul subscriberId et qui permet de charger les propriétés d'un fichier MSISDN.txt et initialiser celles définies précédemment.
Code:

1 2 3 4 5 6 7 8 9 log.info("Chargement des propriétés à partir du fichier MSISDN.txt") props = new java.util.Properties() fis = new FileInputStream("c:/MSISDN.txt") props.load(fis) subscriberId = props.getProperty("MSISDN") targetStep = testRunner.testCase.getTestStepByName("Properties") targetStep.setPropertyValue("subscriberId", subscriberId) log.info("subscriberId : " + subscriberId)
Si j'ai plusieurs valeurs de subscriberId, comment exécuter tous ces valeurs en un seul clique ?

J'ai référencé sur ce lien http://mbaron.developpez.com/tutorie...-services-web/

Merci d'avance.

29/08/2017, 10h15
tsuji
Mais ça ne se fait pas d'écrire multiple de lignes dans le fichier de propriétés avec la même clé MSISDN, n'est-ce pas ? Une solution peut prendre une forme comme une chaîne de données délimitées par la virgule...

Code:

MSISDN=x, y, z

ou autres. Dans le cas-là, on fait exploser la propriété lite et assigner chaque composant à une propriété d'utilisateur de TestCase (ou quelque chose de ce genre...)
Code:

1 2 3 4 5 6 7 subscriberId = props.getProperty("MSISDN") // etc etc... int i=0 subscriberId.split(",").each { targetStep.setPropertyValue("subscriberId"+"_"+i, it.trim()) i++ }
Et on établie les propriétés subsriberId_0, subsriberId_1 etc. Dans le template de requête on les fait lier comme on fait normalement... Ce n'est qu'une façon de le faire, évidemment.
29/08/2017, 11h45
hichem0550
Citation:
Envoyé par tsuji

Mais ça ne se fait pas d'écrire multiple de lignes dans le fichier de propriétés avec la même clé MSISDN, n'est-ce pas ? Une solution peut prendre une forme comme une chaîne de données délimitées par la virgule...

Code:

MSISDN=x, y, z

ou autres. Dans le cas-là, on fait exploser la propriété lite et assigner chaque composant à une propriété d'utilisateur de TestCase (ou quelque chose de ce genre...)

Code:

1 2 3 4 5 6 7 subscriberId = props.getProperty("MSISDN") // etc etc... int i=0 subscriberId.split(",").each { targetStep.setPropertyValue("subscriberId"+"_"+i, it.trim()) i++ }

Et on établie les propriétés subsriberId_0, subsriberId_1 etc. Dans le template de requête on les fait lier comme on fait normalement... Ce n'est qu'une façon de le faire, évidemment.
Je dois avoir plusieurs request soap, comme ceci:

<SubscriberId> $ {Properties # SubscriberId_0} </ SubscriberId>

<SubscriberId> $ {Properties # SubscriberId_1} </ SubscriberId>
.....
C'est possible 1 seul request pour toutes ces valeurs de MSISDN.

Merci d'advance.
29/08/2017, 16h54
tsuji

Oui, bien sûr. Quand le nombre d'occurrence d'élément SubscribeId est important ou bien tout à fait variable, une simple expansion de propriété pour chacune d'eux avec la contrainte du nombre fixe d'occurrence devient très inconvenant voire impossible en cas d'un nombre variable. Dans ces cas on peut toujours recourir au script groovy pour faire reconstruire le template partiellement de la partie des SubscribeId ou parfois avec plus de contrôle la requête entière. Le script setup ou le TestStep Groovy Script peut saisir le contenu de la requête du TestStep de soap requête et l'imposer ou le modifier tant qu'on veut. Dans ces cas, le script se fait disponible l'arsenal entier de la technologie de parseur d'xml (par exemple se fait construire une boucle sur SubscribeId semblable à l'exemple d'assignation de propriété desus). Ce n'est donc pas étonnant qu'on arrive à faire ce qu'on voudrait très à l'aise parce que la technologie ainsi disponible est très riche. Voilà!
29/08/2017, 17h20
hichem0550

Citation:

Envoyé par tsuji

Oui, bien sûr. Quand le nombre d'occurrence d'élément SubscribeId est important ou bien tout à fait variable, une simple expansion de propriété pour chacune d'eux avec la contrainte du nombre fixe d'occurrence devient très inconvenant voire impossible en cas d'un nombre variable. Dans ces cas on peut toujours recourir au script groovy pour faire reconstruire le template partiellement de la partie des SubscribeId ou parfois avec plus de contrôle la requête entière. Le script setup ou le TestStep Groovy Script peut saisir le contenu de la requête du TestStep de soap requête et l'imposer ou le modifier tant qu'on veut. Dans ces cas, le script se fait disponible l'arsenal entier de la technologie de parseur d'xml (par exemple se fait construire une boucle sur SubscribeId semblable à l'exemple d'assignation de propriété desus). Ce n'est donc pas étonnant qu'on arrive à faire ce qu'on voudrait très à l'aise parce que la technologie ainsi disponible est très riche. Voilà!

Résumé :

Code:

<SubscriberId> $ {Properties # SubscriberId} </ SubscriberId>

marche seulement avec un SubscriberId non pour plusieurs.

Si je veux plusieurs SubscriberId il faut plusieurs request soap pour votre solution. c'est ça ?
29/08/2017, 17h38
tsuji

Citation:

Si je veux plusieurs SubscriberId il faut plusieurs request soap pour votre solution. c'est ça ?

Non, c'est le schéma du service web qui détermine ça. Si maxOccurs="1", un seul, et testRunner fait exécuter multiple de fois. Si maxOccurs="unbounded", une seule requête avec multiple SubscribedId et testRunner fait exécuter une seule fois. Mais, pourquoi la question ? Vous ne savez même pas quel genre du service vous travaillez avec ?!
29/08/2017, 18h45
hichem0550

Citation:

Envoyé par tsuji

Non, c'est le schéma du service web qui détermine ça. Si maxOccurs="1", un seul, et testRunner fait exécuter multiple de fois. Si maxOccurs="unbounded", une seule requête avec multiple SubscribedId et testRunner fait exécuter une seule fois. Mais, pourquoi la question ? Vous ne savez même pas quel genre du service vous travaillez avec ?!

OK. Moi j'utilise soap ui. Comment connaitre ça?
Merci d'avance.
29/08/2017, 20h06
tsuji

Il n'y a pas de raison. Quand on crée un soap projet - et ce n'est pas de rest projet, j'espère - on est obligé normalement de donner la location du document wsdl pour que le projet soit crée. Si on sait où se trouve le wsdl, à priori, le schéma des types des éléments devrait à sa disposition. Dans la projet-vu page, on peut retrouver la location. Comment on peut travailler avec soapui comme un métier en soi, sans connaître la technologie du service web, tant peu que soit... je ne sais pas.
29/08/2017, 20h13
hichem0550

Citation:

Envoyé par tsuji

Il n'y a pas de raison. Quand on crée un soap projet - et ce n'est pas de rest projet, j'espère - on est obligé normalement de donner la location du document wsdl pour que le projet soit crée. Si on sait où se trouve le wsdl, à priori, le schéma des types des éléments devrait à sa disposition. Dans la projet-vu page, on peut retrouver la location. Comment on peut travailler avec soapui comme un métier en soi, sans connaître la technologie du service web, tant peu que soit... je ne sais pas.

Je vous informe que je suis débutant.
Merci pour vos réponses.