Создание экземпляра метода доступа к классу - PullRequest
Новая
       39

Создание экземпляра метода доступа к классу

5 голосов
/ 10 октября 2011

В настоящее время я пишу фреймворк для модульных тестов, который в конце концов будет запускать стандартные модульные тесты, написанные в Visual Studio. Framework в настоящее время не работает правильно с аксессорами. Рассмотрим следующий метод испытаний: 

[TestMethod()]
public void TestMethod()
{
      ExampleMethods_Accessor target = null;
      target = new ExampleMethods_Accessor();
      target.SomeMethod();
}

В этом примере средство доступа было сгенерировано Visual Studio. Модульный тест прекрасно работает при запуске в среде модульного тестирования Visual Studio. Тем не менее, я хотел бы вызвать TestMethod () из моей платформы. В строке "target = new ExampleMethods_Accessor ()" выдается следующее исключение:

Инициализатор типа для «Proband.ExampleMethods_Accessor» выдал исключение.

Внутреннее исключение:

Не удалось загрузить файл или сборку: Proband, версия = 1.0.0.0, Culture = нейтральный, PublicKeyToken = null ...

Кто-нибудь имеет представление о том, как Microsoft Unit Testing Framework вызывает модульные тесты? Я думал, что это может быть связано с отсутствующим объектом TestContext. Это «ноль» в моем случае. При запуске модульного теста в Visual Studio объект TestContext содержит много информации. Может быть, мне нужно правильно его инициализировать? Как его нужно инициализировать?

Спасибо за помощь, Christian

EDIT:

Я продолжал экспериментировать с тем, как работают аксессоры. Я использовал ILSpy, чтобы увидеть, какой код генерируется в Proband_Accessor.dll. Оказывается, инструкция, вызывающая исключение: 

SomeClass_Accessor.m_privateType = new PrivateType("Probant, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null", "Probant.SomeClass");

Я изменил свой код модульного теста, чтобы он был таким (только для теста): 

    [TestMethod()]
    [DeploymentItem("Proband.dll")]
    public void SomeMethodTest()
    {
        ExampleMethods_Accessor target = null;
        ExampleMethods c = null;

        try
        {
            Assembly.Load("Proband, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"); // this works fine
            PrivateType tx = new PrivateType(typeof(ExampleMethods)); // this works fine as well (also without loading the assembly)

            PrivateType t = new PrivateType("Proband, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null", "Proband.ExampleMethods"); // this causes the exception

            c = new ExampleMethods(); // this works fine
            target = new ExampleMethods_Accessor(); // this causes the exception as well
        }
        catch (Exception ex)
        {
            Console.WriteLine();
        }
        int actual;
        actual = target.SomeMethod();
    }

Я абсолютно не понимаю, почему "новый PrivateType (" Proband, Version .... "не работает. У кого-нибудь есть идея?

Ответы [ 3 ]

1 голос
/ 11 октября 2011

Мне удалось создать обходной путь для проблемы.

В мой домен приложений я добавляю AssemblyResolveEventHandler: 

    AppDomain.CurrentDomain.AssemblyResolve += new ResolveEventHandler(MyResolveEventHandler);

Этот обработчик событий содержит следующий код: 

    private Assembly MyResolveEventHandler(object sender, ResolveEventArgs args)
    {
        if(args.Name == "Proband, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null")
        {
            // resolving correct assembly of type under test
            return typeof(ExampleMethods).Assembly;
        }
        else
        {
            return null;
        }
    }

Теперь строка кода "target = new ExampleMethods_Accessor ();" работает нормально и возвращает правильный объект доступа.

Я до сих пор не понимаю, почему Ассамблея не может быть решена автоматически.

Даже если очень маловероятно, что у кого-то возникнет такая же проблема: я надеюсь, что этот ответ кому-то поможет

0 голосов
/ 31 июля 2012

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

[TestMethod]
[DeploymentItem("FedImportServer.dll")]  // ** This is necessary for the build machine. **
public void SourceFileStillExistsAfterProcessingFails()

Примечание: я никогда не получал ошибку при локальном запуске.

Это ошибка:

Test method FedImportTests.FedImportServiceHostTest.FileNoLongerExistsAfterSucessfulProcessing threw exception: System.TypeInitializationException: The type initializer for 'FedImportServer.Processing.FileProcessor_Accessor' threw an exception. ---> System.IO.FileNotFoundException: Could not load file or assembly 'FedImportServer, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.

0 голосов
/ 15 марта 2012

Я не делаю ничего настолько сложного, но у меня было:

  1. проект веб-приложения с использованием .NET 3.5
  2. Конфигурация проекта с использованием .NET 3.5
  3. Тестовый проект с использованием .NET 3.5

Я получал то же исключение BadImageFormat при попытке запустить модульный тест с использованием средства доступа.

Я нашел следующую ссылку:

http://connect.microsoft.com/VisualStudio/feedback/details/677203/even-after-installing-vs2010-sp1-unit-tests-targeting-3-5-framework-fail-if-they-are-using-private-accessor#details

Второй обходной путь решил мою проблему. Я изменил тестовый проект на целевой .NET 4.0, и он работал.

...