Как избежать предупреждений SerializationException с помощью Vstest.console.exe и Moq

У меня есть проект .NET 3.5 с соответствующим проектом модульного тестирования.

Прежде всего, после обновления до VS 2013 я больше не могу запускать тестовый проект с помощью MSTest. Я узнал, что vstest.console.exe — это новый предпочтительный способ выполнения тестов.

Тем не менее, во время тестового запуска с vstest.console.exe, который выполняет 550 юнит-тестов, все они успешны, моя консоль получает МНОГО таких исключений:

Warning: System.Runtime.Serialization.SerializationException: Unable to find assembly 'Moq, Version=4.2.1402.2112, Culture=neutral, PublicKeyToken=69f491c39445e920'.
   at System.Runtime.Serialization.Formatters.Binary.BinaryAssemblyInfo.GetAssembly()
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.GetType(BinaryAssemblyInfo assemblyInfo, String name)
   at System.Runtime.Serialization.Formatters.Binary.ObjectMap..ctor(String objectName, String[] memberNames, BinaryTypeEnum[] binaryTypeEnumA, Object[] typeInformationA, Int32[] memberAssemIds, ObjectReader objectReader, Int32 objectId, BinaryAssemblyInfo assemblyInfo, SizedArray assemIdToAssemblyTable)
   at System.Runtime.Serialization.Formatters.Binary.ObjectMap.Create(String name, String[] memberNames, BinaryTypeEnum[] binaryTypeEnumA, Object[] typeInformationA, Int32[] memberAssemIds, ObjectReader objectReader, Int32 objectId, BinaryAssemblyInfo assemblyInfo, SizedArray assemIdToAssemblyTable)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadObjectWithMapTyped(BinaryObjectWithMapTyped record)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadObjectWithMapTyped(BinaryHeaderEnum binaryHeaderEnum)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run()
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Remoting.Channels.CrossAppDomainSerializer.DeserializeObject(MemoryStream stm)
   at System.AppDomain.Deserialize(Byte[] blob)
   at System.AppDomain.UnmarshalObject(Byte[] blob)
   at System.Runtime.Serialization.Formatters.Binary.BinaryAssemblyInfo.GetAssembly()
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.GetType(BinaryAssemblyInfo assemblyInfo, String name)
   at System.Runtime.Serialization.Formatters.Binary.ObjectMap..ctor(String objectName, String[] memberNames, BinaryTypeEnum[] binaryTypeEnumA, Object[] typeInformationA, Int32[] memberAssemIds, ObjectReader objectReader, Int32 objectId, BinaryAssemblyInfo assemblyInfo, SizedArray assemIdToAssemblyTable)
   at System.Runtime.Serialization.Formatters.Binary.ObjectMap.Create(String name, String[] memberNames, BinaryTypeEnum[] binaryTypeEnumA, Object[] typeInformationA, Int32[] memberAssemIds, ObjectReader objectReader, Int32 objectId, BinaryAssemblyInfo assemblyInfo, SizedArray assemIdToAssemblyTable)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadObjectWithMapTyped(BinaryObjectWithMapTyped record)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadObjectWithMapTyped(BinaryHeaderEnum binaryHeaderEnum)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run()
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Remoting.Channels.CrossAppDomainSerializer.DeserializeObject(MemoryStream stm)
   at System.AppDomain.Deserialize(Byte[] blob)
   at System.AppDomain.UnmarshalObject(Byte[] blob)

Я не знаю, что я сделал не так. Я могу только догадываться, что поскольку тесты выполняются в режиме in Isolation (вероятно, из-за .NET Framework 3.5), ему необходимо передавать некоторые объекты между доменами приложений, и здесь возникают эти исключения.

Мой вопрос: почему сборка не может быть расположена? Moq.dll находится рядом с моей тестовой сборкой. Что я могу сделать, чтобы предотвратить появление этих сотен сообщений об исключениях во время выполнения теста?

Обновление:

Меня попросили запустить регистратор слияния, и он дал мне следующую информацию:

LOG: This bind starts in default load context.
LOG: Using application configuration file: C:\PROGRAM FILES (X86)\MICROSOFT VISUAL STUDIO    12.0\COMMON7\IDE\COMMONEXTENSIONS\MICROSOFT\TESTWINDOW\vstest.executionengine.x86.clr20.exe.Config
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v2.0.50727\config\machine.config.
LOG: Post-policy reference: Moq, Version=4.2.1402.2112, Culture=neutral, PublicKeyToken=69f491c39445e920
LOG: GAC Lookup was unsuccessful.
LOG: Attempting download of new URL file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/COMMONEXTENSIONS/MICROSOFT/TESTWINDOW/Moq.DLL.
LOG: Attempting download of new URL file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/COMMONEXTENSIONS/MICROSOFT/TESTWINDOW/Moq/Moq.DLL.
LOG: Attempting download of new URL file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/COMMONEXTENSIONS/MICROSOFT/TESTWINDOW/Extensions/Moq.DLL.
LOG: Attempting download of new URL file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/COMMONEXTENSIONS/MICROSOFT/TESTWINDOW/Extensions/Moq/Moq.DLL.
LOG: Attempting download of new URL file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/COMMONEXTENSIONS/MICROSOFT/TESTWINDOW/Moq.EXE.
LOG: Attempting download of new URL file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/COMMONEXTENSIONS/MICROSOFT/TESTWINDOW/Moq/Moq.EXE.
LOG: Attempting download of new URL file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/COMMONEXTENSIONS/MICROSOFT/TESTWINDOW/Extensions/Moq.EXE.
LOG: Attempting download of new URL file:///C:/PROGRAM FILES (X86)/MICROSOFT VISUAL STUDIO 12.0/COMMON7/IDE/COMMONEXTENSIONS/MICROSOFT/TESTWINDOW/Extensions/Moq/Moq.EXE.
LOG: All probing URLs attempted and failed.

Теперь я спрашиваю, почему он не использует сборки, поставляемые с моим тестовым проектом. Я не могу скопировать Moq.dll ни по одному из этих путей, так как я запускаю несколько тестовых проектов в одном и том же тестовом прогоне, которые используют разные версии некоторых сборок, и я мог предоставить здесь только одну конкретную версию.


exception vstest moq mstest
person Sebastian P.R. Gingter    schedule 10.07.2014    source источник

Ответы (2)


arrow_upward
2
arrow_downward

Я получал аналогичные предупреждения на машине сборки. Причина оказалась в том, что во время выполнения модульных тестов выбрасывались MockExceptions (даже в моем случае все тесты прошли успешно из-за странности async-await).

Хитрость для выявления этих исключений заключается в «Отладке» модульных тестов вместо «Выполнение» (щелкните правой кнопкой мыши и выберите «Отладка выбранных тестов на уровне проекта»). Исправление этих MockExceptions избавило меня от предупреждений сборки. Надеюсь это поможет.

person MVarman    schedule 10.07.2014
comment
Проблема в том, что этот тестовый проект больше не работает с MSTest и не в VS. Единственный способ выполнить тесты - это vstest.console.exe, поэтому я не могу отлаживать тесты, так как средство запуска тестов немедленно выйдет из VS, не запустив ни одного теста. - person Sebastian P.R. Gingter; 14.07.2014
comment
У меня такая же проблема. Отладка тестов, как было предложено выше, показала наличие проблемы, связанной с применением MockBehavior.Strict без настройки метода Dispose (конечно, одноразового объекта). Что меня беспокоит, так это то, что в этом случае тест должен был провалиться, но оказался успешным. Таким образом, похоже, что эти предупреждения НЕ следует игнорировать. - person avat; 01.05.2018

arrow_upward
0
arrow_downward

Хорошо, я нашел проблему.

Похоже, что в пакете Moq NuGet файл Moq.dll в папке lib\net35\ представляет собой dll, созданный для .NET 4, и его нельзя загрузить, когда тест запускается в среде .NET 3.5.

person Sebastian P.R. Gingter    schedule 15.07.2014