Après un tas de recherches et d'expérimentations, j'ai trouvé la réponse.
- Pour mémoire, la version actuelle de nUnit 2.5 Alpha n'est pas semblent contenir des modèles pour les projets de test dans Visual Studio 2008.
- J'ai suivi les instructions aquí qui décrivent comment créer vos propres modèles de projet, puis ajouter les entrées de registre appropriées qui permettent à vos modèles d'apparaître dans la liste déroulante de l'interface utilisateur. Créer un projet de test unitaire d'un projet MVC.
A un haut niveau, ce que vous devez faire est :
- Créer un projet
- L'exporter en tant que modèle (ce qui donne lieu à une seule archive ZIP)
- Copiez-le du dossier de modèles de l'utilisateur local au dossier de test du modèle principal de Visual Studio
- Exécuter devenv.exe /setup
- Exécuter regedit et créer quelques entrées dans le registre.
Autant dire que le choix du cadre de test est facile ! Bien que, pour être juste, MVC n'est même pas encore en version bêta.
Après tout cela, j'ai réussi à faire apparaître le framework de mon choix (NUnit) dans la liste déroulante. Cependant, il restait encore un peu à faire :
- Bien que le projet de test soit correctement créé, il n'a pas automatiquement une référence de projet au projet MVC principal. Lorsque l'on utilise Test unitaire Visual Studio comme projet de test, cela se fait automatiquement.
- J'ai essayé d'ouvrir le fichier ZIP produit et de modifier le fichier MyTemplate.vssettings ainsi que le fichier de projet .csproj afin de corriger le problème susmentionné et de modifier les noms des éléments afin qu'ils soient plus conviviaux. Pour une raison quelconque, cela ne fonctionne pas. Le fichier ZIP produit ne peut pas être mis à jour via WinZip ou Win-Rar -- chacun indique que l'archive est corrompue. Ils peuvent cependant extraire le contenu. J'ai donc essayé de mettre à jour les fichiers extraits, puis de recréer le fichier ZIP. Visual Studio n'a pas apprécié.
Donc, je devrais probablement lire este J'admets avoir été déçu ; d'après tout ce qui a été dit sur la compatibilité de MVC avec d'autres frameworks de test, etc., je pensais qu'il serait plus facile d'enregistrer un framework tiers.