Je n'ai aucune idée de comment cela a commencé, donc je suppose qu'il y a un paramètre que je n'ai pas trouvé. J'ai un test qui appelle une méthode mais quand j'exécute le débogage, il ne va PAS entrer dans cette DLL. Du tout. Période. Lève une exception, mais ça ne vaut rien quand je ne peux pas voir ce qui se passe réellement. Lorsqu'un autre membre de l'équipe le récupère, il peut déboguer la méthode exacte que je tentais de cibler. Oui, mêmes points d'arrêt, oui, même code (j'ai vérifié, il l'a eu, s'est bien passé)MSTest arrête les tests de débogage en dehors du projet de test en 2010
Qu'est-ce que c'est que ça? Mise à jour: vérifié le projet de test pour stupides entires, supprimé les dossiers de débogage/libération pour le plaisir, je suis allé bien et jeté le projet complètement et l'ai récupéré en dehors de TFS. J'ai nuked le dossier appdata/local/ms/vs/10.0 et le dossier /appdata/roaming/ms/vs/10.0. Supprimé les résultats des tests locaux.
Je voudrais que csproj ... vb :-(Sachez ce que vous voulez dire, vérifiez-le, ça a l'air bien (toutes les références du projet) (stackoverflow vraiment besoin de prendre des sauts de ligne dans les commentaires) ---- juste, pourquoi? Je pense qu'il y a un réglage quelque part que j'ai frappé/vérifié/fait sans vraiment le savoir ----- J'ai tapis bombardé le répertoire de résultats de test, a fait le nuke manuel du dossier debug ... d'autres endroits que je devrais regarder? TOUT outil tiers) – jeriley