Warum schlägt Visual Studio den Breakpoint erst in der zweiten Debugsitzung ein?

9

Beim Debuggen eines Komponententests über das TEST-Menü oder das Kontextmenü der rechten Maustaste ignoriert VS2013 immer den Haltepunkt im Komponententest, nachdem eine Codeänderung in die aktuelle c # -Testklasse vorgenommen wurde. Das zweite Debuggen bewirkt, dass der Breakpoint getroffen wird.

    
O.O 11.03.2014, 19:01
quelle

1 Antwort

1

Mein Verdacht ist, dass dies mit VS2013s neuer Funktion "Keep Test Execution Engine Running" zu tun hat.

Sie können diese Funktion im Visual Studio-Menü über "TEST - Testeinstellungen" aktivieren.

Sie können dieses Verhalten möglicherweise auch angeben, indem Sie eine Datei setup settings mit KeepExecutorAliveAfterLegacyRun auf false setzen: Ссылка .

    
paulroho 18.03.2014 18:22
quelle