2017-07-05 2 views
0

Ich habe eine "alte" XAML Build-Definition, die in Visual Studio erstellt wurde; Das baut eine Lösung und das folgende führt Komponententests durch. Jetzt habe ich versucht, das gleiche in der neuen TFS 2015 Weboberfläche zu machen. Ich habe eine Build-Aufgabe nach Visual Studio Test erstellt.TFS2015 Visual Studio-Test: Datei oder Assembly konnte nicht geladen werden

Aber jetzt die Test-Aufgabe mit Code 1 beenden und gibt mir eine Menge "System.IO.FileNotFoundException: konnte Datei oder Assembly" Fehler nicht. Und auch "Warnung: MSTestAdapter konnte keine Tests in der Klasse entdecken ..."

Alle DLLs sind, wo sie sein müssen, die neue Definition hat die gleiche Verzeichnisstruktur wie die alte, aber die Test-Aufgabe sagt es fehlen Baugruppen.

Irgendwelche Ideen?

Update: Nein, ich habe immer noch die gleichen Fehlermeldungen:

Warning: Unable to load types from the test source 'J:\xyz-Tests.dll'. Some or all of the tests in this source may not be discovered. If you are running unit tests for Windows Store apps and referencing custom WinMD type then please visit http://go.microsoft.com/fwlink/?LinkId=238340 for more info. Error details: System.IO.FileNotFoundException: Could not load file or assembly 'xyz_Commons, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified. 
System.IO.FileNotFoundException: Could not load file or assembly 'xyz_Processing, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified. 
System.IO.FileNotFoundException: Could not load file or assembly 'xyzCommons, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified. 
+0

das Testprojekt in Visual Studio 2013 erstellt haben? –

+0

starain-MSFT, ja, hat es getan. –

+0

Was ist das Ergebnis nach Andys Lösung? –

Antwort

0

Dies sollte genau das Problem in unter Artikel erwähnt werden, versuchen Sie bitte die Abhilfe folgenden es zu beheben:

Running Coded UI Tests built using Visual Studio 2013 with Team Foundation Server 2015

Die Testausführung schlägt in diesem Szenario fehl, da die Testausführung Engine die alten Versionsbinärdateien während der Ausführung vonnicht auflösen kannTests in einer 14.0-Umgebung (TFS 2015).

Sie müssen also die Projekte aktualisieren, um die neuen Versionen der Assemblys zu referenzieren (VS 2015 in diesem Szenario), indem Sie die Baugruppenbindungen in der Testprojektkonfigurationsdatei verwenden.

Als Abhilfe können zu diesem Thema, fügen Sie eine ‚app.config‘ Datei auf Ihrer Lösung (Sehen Sie, wie app.config https://msdn.microsoft.com/en-in/library/ms184658.aspx hinzufügen) und aktualisieren Sie die Inhalt der Datei mit dem gemeinsamen auf OneDrive. Die aktualisierten Konfigurationsdateien enthalten Assemblyweiterleitungen von Version 12.0 zu 14.0, die sicherstellen, dass die Testagentenmaschine in der Lage ist, die Framework-Assembly aufzulösen. Checken Sie die aktualisierte Datei in das Quellcodeverwaltungs-Repository ein und führen Sie das BDT-Szenario einmal erneut unter aus. Die Tests sollten dieses Mal gut laufen. Wenn die Testausführung erneut eine Fehlerbehebungsversionskonflikt für eine andere Assembly auslöst, fügen Sie die Assembly zur app.config-Datei hinzu und versuchen Sie es erneut.

Sie auch diesen Artikel verweisen können: http://www.dotnetcatch.com/2015/10/01/tfs-2010-to-2015-upgrade-codedui-feature-test-builds/

+0

@Chris Roeder Haben Sie Ihr Problem mit der obigen Problemumgehung gelöst? –

+0

Nein, ich habe immer noch die gleichen Fehlermeldungen: –

+0

@ChrisRoeder PublicKeyToken = null sagt Ihnen, dass die CLR nach der Assembly ohne Vorzeichen sucht. Da du sie unterschrieben hast, wird das nicht gut funktionieren und dieser Kaboom wird erwartet. Sie müssen das Programm neu erstellen, so dass es die aktualisierte signierte Assembly verwendet und das PublicKeyToken mit nicht null in das Manifest einbettet.Möglicherweise müssen Sie die vorhandene Assemblyverweis entfernen und fügen Sie es zurück, es ist nicht klar aus der Frage, ob Sie das Programm mithilfe einer unsignierten Kopie erstellten. Verwenden Sie das Fuslogvw.exe-Dienstprogramm, wenn Sie weiterhin Probleme haben. –

Verwandte Themen