500 Ошибка выполнения Visual Studio ASP.NET Unit Test

Ответ 1

У меня была эта проблема раньше и в этот момент сдался после прочтения всего, что я мог сообщить об этом (включая этот поток).

Решение оказалось простым в моем случае. Все, что мне нужно было сделать, это не использовать атрибуты теста ASP.NET и просто проверять проект MVC как DLL.

Шаг 1

Удалите дополнительные атрибуты из теста.

[TestMethod]
public void TestMethod1()
{
    Page page = TestContext.RequestedPage;
    Assert.IsTrue(false, "Test ran, at least.");
}

Шаг 2

В обложке кода снимите флажок с проекта MVC и добавьте DLL MVC Project вручную.

Voila, он получает инструменты как обычная сборка, отсутствие ошибок, не разворачивает сервер разработки, также не подводит Team Build.

Ответ 2

Я обнаружил, что с помощью vs2010 я не ограничиваюсь только 4.0 приложениями. Я, однако, обнаружил, что при тестировании веб-приложения и использовании старого перенаправления версии System.Web.Extensions вы можете получить сообщение об ошибке. Удаление следующего раздела из файла Web.config устраняет проблему:

<runtime>
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1" appliesTo="v2.0.50727">
    <dependentAssembly>
      <assemblyIdentity name="System.Web.Extensions" publicKeyToken="31bf3856ad364e35"/>
      <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/>
    </dependentAssembly>
    <dependentAssembly>
      <assemblyIdentity name="System.Web.Extensions.Design" publicKeyToken="31bf3856ad364e35"/>
      <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/>
    </dependentAssembly>
  </assemblyBinding>
</runtime>

Удачи.

Ответ 3

Я получал ту же проблему, что и вы, однако мой опыт был немного другим.

Я нахожусь на vista x64, мои разработчики в xp x64... у них вообще не было никаких проблем. Я только что обновил и не смог запустить любой unit test для проекта asp.net MVC. Я получал ту же самую 500 ошибок, которые вы получали.

Я отключил покрытие кода, все волшебное начало работать.

Ответ 4

Основываясь на ваших доказательствах, я бы предположил, что ссылка на какую-либо сборку содержит MyApplicationFramework.Profile.EmployeeSearchCriteria отсутствует в проекте unit test или в веб-проекте, хотя я бы действительно подумал, что вам потребуется только ссылка в веб-проекте но я не осведомлен о том, как ведет себя веб-сервер VS, когда используется как часть unit test.

Ответ 5

У меня возникла аналогичная проблема с тестированием веб-сервиса, где проект -.NET 3.51. Я получил ошибку IIS 500.  Я удалил старые сборки bindinds, как прокомментировал Hal Diggs, и это сработало.

Ответ 6

У меня получилось такое же сообщение об ошибке при модульном тестировании веб-приложения с помощью Visual Studio 2010. Единственное отличие в том, что я использовал IIS, то есть я опустил директиву [AspNetDevelopmentServerHost("%PathToWebRoot%")].

Я подозреваю, что проблема заключается в том, что я использовал версию IIS 5.1. Подробнее здесь:

http://ibsta.blogspot.com/2011/01/unit-testing-fun-under-visual-studio.html

Ответ 7

Я установил по умолчанию unit test, который появился с ошибкой, которая привела меня сюда. Я просто удалил следующее (ниже). Затем щелкнул отладочный текущий контекст и стрелу, отлично: S.

    [HostType("ASP.NET")]
    [AspNetDevelopmentServerHost("C:\\Inetpub\\....]

Ответ 8

У меня возникла такая же проблема с модульным тестированием. И нашел причину проблемы, а также ее решить. Проблема заключается только в правах доступа для каталога.

В моем случае я установил VSTS на другой диск (d), а затем по умолчанию. Поэтому только для того, чтобы предоставить пользователям полный доступ к PCNAME\ASPNET для всего каталога \Program Files\Microsoft Visual Studio 9.0.

Я использую Windows XP, но если вы используете оконный сервер, тогда предоставляете права доступа пользователю NetworkServices.

Благодаря этому решению я решил свою проблему. Надеюсь, что вы найдете что-то полезное из этого ответа.

Спасибо, Прийеш Патель

Ответ 9

Прокомментируйте весь бит web.config, как это

<!-- <location path="VSEnterpriseHelper.axd">
    <system.web>
      <authorization>
        <allow users="?" />
      </authorization>
    </system.web>   </location>   -->

Это сработало для меня

Ответ 10

Убедитесь, что ваше веб-приложение предназначено для Framework 4.0. Если вы пытаетесь проверить 2.0, 3.0 или 3.5, вы получите внутреннюю ошибку сервера (500).

Ответ 11

У меня возникла такая же проблема. Затем я проверил свойства как веб-проекта, так и проекта unit test. И обнаружил, что целевая структура была отлична друг от друга. Я установил целевую структуру обоих проектов в .Net framework 4 (в моем случае). Наконец снова запущен тестовый метод, и он сработал.

Спасибо.

Ответ 12

Для меня это вызвало проблему Resharper. Как только я приостановил его (Tools → Options → Resharper → General → Suspend), все сработало. (используя VS2010SP1 и Resharper Ultimate 2016.1.2)