App.Config bis VS 2015 CodedUI Projekt bricht Testausführung auf Test Agenten 2013

Question

Ich habe die unten Setup

Client- Hinzufügen - Visual Studio 2015 oder MSTest.exe (14.0)

Test Controller - VS 2013 TC

Test Agent - VS 2013 TA (Remote)

Dinge funktionieren wh de Ich versuche, Tests lokal auszuführen & remote, solange das Testprojekt nicht 'App.Config' hat. (Unabhängig von Inhalt von App.Config)

Problem auftaucht Wenn ich versuche, Tests auszuführen 'Remotely' (durch die Verwendung eines testsettings mit Test Controller Datei & Test Agenten).

Jedes Mal, wenn das Testprojekt hat eine ‚App.Config‘ Datei enthält, die Ferntestausführung mit fehlschlägt ‚Ausnahmen DLL nicht gefunden‘ (lokale Ausführung ist in Ordnung mit App.Config)

für z.B.

Unit Test Adapter warf Ausnahme: Datei oder Assembly nicht geladen werden konnte 'Microsoft.VisualStudio.QualityTools.CodedUITestFramework, Version = 14.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a' oder eine ihrer Abhängigkeiten. Das System kann die Datei nicht finden angegeben ..

App.Config (Auf der Probe CodedUIProject)

<?xml version="1.0" encoding="utf-8" ?> <configuration> </configuration>

Diese Probleme zu erwarten sind gelöst werden (durch Assembly Einträge in exe configs Bindung von Agenten und Controller mit updates 5) aber ich bin kein Glück.

Ich habe versucht, diese DLLs zur Bereitstellung (über TestSettings-Datei), die Ausnahme für eine andere Version 14.0 DLL auslösen wird.

Jeder Einblick wäre hilfreich, warum codedUIProject.dll.config die Assembly-Bindung beeinträchtigen würde? oder wenn mir etwas Triviales fehlt?

Answer 1

Wenn jemand sich interessiert, I wurde es durch

1. Arbeits Hinzufügen Assembly Rebinding 14,0-12,0 im App.Config für CodedUI DLLs here erwähnt und
2. Xcopying die Public von VS 12,0 (C : \ Program Files (x86) \ Microsoft Visual Studio 12.0 \ Common7 \ IDE \ Public) an dem Ihrer Sondierung Standort in Schritt erwähnt 1

Dies scheint ein Fehler zu sein mit Microsoft VS 2015-Kompatibilität mit 2013-Controllern und 2013-Agents.

Answer 2

Gute Arbeit, um das Problem für sich selbst zu lösen - die Lücke zwischen 2013 und 2015 in Visual Studio/Testagenten/Test-Controllern ist unentschuldbar schlecht.Es ist nicht unbedingt ein "Bug", sondern eine schreckliche Design-Entscheidung von Microsoft.

Eine andere Lösung, die ich versucht habe, die Leute mehrmals über CodedUI zu informieren, ist die Erstellung eines eigenen NuGet-Pakets (oder einer gleichwertigen Lösung), auf das sich Ihre Lösung bezieht. Dies macht sie so tragbar wie möglich.