Vous vous êtes certainement déjà retrouvé dans cette situation : vous créez un test web qui a besoin de fonctionnalités avancées et pour cela vous devez générer le code correspondant au test pour avoir plus de liberté, exécuter telle ou telle requête sous certaines conditions, exploiter les boucles, etc.

Hors le seul problème que l’on a lorsqu’on transforme un test web en test codé, c’est que l’on perd la simplicité d’édition qu’offre l’interface de Visual Studio Team Test. De plus il est impossible d’effectuer la transformation dans l’autre sens (code vers test web) donc très souvent, on se retrouve avec un test difficile à maintenir, destiné à être utilisé tel quel.

C’est pour cette raison que j’ai tendance à ne générer le code que pour la requête du test web qui demande personnalisation.

Pour faire cela, rien de plus simple :

- On sélectionne la requête en question et on en extrait un test web :

- On se retrouve alors avec un test indépendant, et un appel vers celui-ci dans le test principal :

- Il ne reste plus qu’a transformer le test indépendant en test codé (clic droit sur le test) :

- Et remplacer l’appel du test web indépendant, par sa version code :

On se retrouve alors avec un test « standard » dans lequel nous pouvons personnaliser une requête de manière avancée sans pour autant perdre les avantages de l’éditeur visuel ! :)

Si vous vous posez la question (et je suis sûr que vous vous la posez), les variables de contextes créées dans le test principal sont passée au test appelé. Il n’y a donc pas de problèmes avec les Viewstates et autres joyeuseries récupérées dynamiquement de la requête précédente.

Bon tests !

.Dispose() ;