Discussion :

[zax-tfh]

Bonjour,

Je suis à la recherche d'un moyen qui permettrait de lancer des tests unitaires avec des informations différentes selon la machine à partir de laquelle on lance ces tests.
En effet, dans une équipe de plusieurs personnes, si ceux ci sont amenés à lancer les tests, il serait interessant de pouvoir décrire un certain nombre de paramètres par utilisateur et dès que le test est lancé, il se base sur une config locale et charge les paramètres de celle ci.
Ainsi, chaque utilisateur, en lançant les tests unitaires, verrait ceux ci taper sur leurs propres bases de données... sans toucher à chaque fois à la config.

Connaissez vous quelque chose qui permettrait de faire ça ?
Merci d'avance

[Skalp]

Tous les utilisateurs ne peuvent-ils pas avoir la même configuration ?
Qu'y a-t-il comme paramètre qui ne puisse pas être identique pour chaque utilisateur ?

[zax-tfh]

Salut,

Le nom de la base de données assignée au developpeur par exemple.
Ainsi il peut pourrir sa base pendant ses tests sans gener les autres. Encore mieux, ça voudrait dire que deux développeurs peuvent lancer des tests unitaires en même temps sans devoir batailler pour pouvoir modifier l'app.config dans lequel aurait été mis le nom de la base de données en appsetting (parce qu'on est en check out exclusif, deux personnes ne peuvent pas modifier un même fichier en meme temps).

[meziantou]

Une solution est de créer une chaine de connexion par machine

Code :

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

1
2
3
4
 
    <add name="Machine1" connectionString="..." />
    <add name="Machine2" connectionString="..." />
    <add name="Machine3" connectionString="..." />

Ensuite dans ton application tu utilises la bonne en récupérant le nom de la machine (Environment.MachineName ou Dns.GetHostName de mémoire)

[Skalp]

Le nom de la base de données assignée au developpeur par exemple.

Les développeurs n'ont-ils pas un serveur BDD en local ?
C'est souvent le cas sur une machine de développement. Et dans ce cas, il suffit d'indiquer la même adresse dans le fichier de config. "localhost", par exemple.

[Marclh]

ayant été confronté à ce problème voici mes suggestions.

-d'abord .Net a des fichiers de configuration hiérarchisés. Machine.config et fichier de configuration local.
Cela signifie que ce qui est "vrai" sur une machine et "faux" sur une autre doit etre mis dans machine.config et non pas dans le fichier de conf local. Quand votre application démarre, sa configuration est "la somme" du contenu machine.config et du fichier local de config.

-on peut référencer un fichier de conf de puis un fichier de conf.
Par exemple:
<connectionStrings configSource="DB.config" />
Il suffit de ne pas "livrer" le DB.config, chacun le sien, cela est vrai entre developpeurs mais aussi lors du déploiement. De plus, vous éliminez le fait de mettre des éventuels mots de passes dans votre système de gestion de sources.