Как и многие другие люди, я использую Visual Studio для разработки программного обеспечения. Теперь одна из функций, которые мне нравятся, - это интеграция VSTest в программное обеспечение.
VSTest использует именованные каналы для связи между хост-процессом (процессом тестирования) и IDE. К сожалению, кажется, что есть проблемы в связи между хост-процессом и тестовым исполнителем, который использует именованные каналы.
https://stackoverflow.com/questions/17664886/error-debugging-code-in-visual-studio-2012-failed-to-initialize-client-proxy содержит больше информации, но, поскольку это в конечном итоге сводится к OS/Firewall Вопрос безопасности я решил задать здесь.
Теперь, когда вы запускаете Visual Studio в режиме администратора, все вдруг начинает работать нормально. Если вы находитесь в обычном пользовательском режиме на W10, он выходит из строя. Если вы включите ведение журнала, в тестовой (клиентской) службе будет написано следующее сообщение:
E, 9308, 1, 2016/11/17, 09:53:39.560, 1036805288, vstest.console.exe, TestExecutorServiceClient: Could not connect to test executor service within the available time 60000. Reason:System.ServiceModel.EndpointNotFoundException: There was no endpoint listening at net.pipe://mylaptop/TestExecutor/10516 that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details.
и следующее сообщение будет написано на службе хоста (сервера):
I, 10516, 1, 2016/11/17, 09:52:39.545, 884887986, vstest.executionengine.exe, TestExecutorService: Starting TestExecutor with command-line arguments /parentProcessId;9308
I, 10516, 1, 2016/11/17, 09:52:39.579, 884968419, vstest.executionengine.exe, TestExecutorService: Created/Started the listening channel. ChannelUri=net.pipe://mylaptop/TestExecutor/10516
Как видите, сервер сообщает, что все живо и исправно, а клиент не может подключиться к URI.
Некоторые вещи, которые я пробовал, не имеют никакого эффекта:
- Отключить брандмауэр.
- Удалить вирусный сканер.
- Беспорядок с ползунком UAC.
По иронии судьбы, у меня есть аналогичная система под управлением W10, которая отлично работает. Аналогичный; это ноутбук Dell, который был предварительно установлен, а другой - система ручной сборки.
Чтобы смягчить проблему, я попытался изменить UAC на локального администратора, используя некоторые политики. Хотя теперь все функции в VS работают, он ломает приложения с ошибкой Can't open app with built in administrator .
Тем не менее, мне кажется, что проблема с разрешениями ... Что заставило меня прийти сюда, чтобы спросить. Предложения?