Discussion :

[hichem0550]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

<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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 groovy :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[hichem0550]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 groovy :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[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à!

[hichem0550]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

<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 ?

[tsuji]

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 ?!

[hichem0550]

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.

[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.

[hichem0550]

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.