MIcrosoft Test Manager и покрытие кода

Я использую MTM какое-то время и пока все хорошо. Я пытаюсь получить покрытие кода по тестам, которые я выполняю. Я установил свой контроллер с двумя машинами: 1 веб-клиентом и 1 веб-сервером. Для правила веб-сервера я настроил покрытие кода. Конечно, на компьютере с веб-сервером мое приложение работает на IIS.

Когда я запускаю свои автоматические тесты (которые, кстати, не были созданы с помощью Visual Studio, они были созданы с использованием Ranorex), я могу посмотрите, что он создал файл .coverage.

Но когда я открываю этот файл, он пуст, и я получаю сообщение от Visual Studio:

Получены пустые результаты: двоичные файлы не инструментировались. Убедитесь, что тесты запущены, требуемые двоичные файлы загружены, имеют соответствующие файлы символов и не были исключены с помощью пользовательских настроек. Для получения дополнительной информации см. http://go.microsoft.com/fwlink/?LinkID=253731

Конечно я читал

Но в своем сценарии я не нашел ничего плохого.

Кто-нибудь знает, что может происходить?


person Rafael Colucci    schedule 13.03.2013    source источник


Ответы (2)


Пойдите и проверьте, нашли ли вы в своем решении один из следующих файлов: Local.testsettings или TraceAndTestImpact.testsettings и дважды щелкните их в VS. Откроется новое окно, в котором нужно выбрать Data and Diagnostics. Там вы увидите точку Code Coverage, дважды щелкните ее, а затем выберите все сборки, код которых вы хотите охватить.

Если это не сработает, проверьте, присутствуют ли ваши файлы PDB рядом с файлами DLL.

person TimVK    schedule 13.03.2013
comment
У меня нет этих файлов, но действительно ли они необходимы? На всех страницах от Microsoft об этом ничего не говорится. Если да, то как мне получить эти файлы? - person Rafael Colucci; 13.03.2013
comment
Если это из проекта, который вы или ваша команда разработали, их можно найти в папке bin вашего проекта / решения. Если это от третьей стороны, то получить их будет сложно, и я думаю, что нет необходимости кодировать покрытие кода сторонних сборок, потому что третья сторона должна это проверить самостоятельно. - person TimVK; 13.03.2013

Хорошо. Оказалось, что это проблема с разрешениями пользователя, которого я использовал для запуска тестового агента на веб-сервере.

После смены пользователя на другого, у которого больше разрешений, все заработало.

person Rafael Colucci    schedule 14.03.2013