Как имитировать методы расширения с помощью Moq | URL.Страница()

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

Класс PageModel имеет поле IUrlHelper, объявленное как Url. Интерфейс IUrlHelper имеет 5 методов, которые включают НЕТ .Page(). Издеваться над этими 5 было бы легко, но я понятия не имею, как издеваться над методами расширения.

Может кто-нибудь помочь? Я застрял на этом целую вечность.

РегистрацияМодель

public class RegisterModel : PageModel
{
    private readonly IUrlHelper _urlHelper;

    public RegisterModel(
        IUrlHelper urlHelper)
        {}

    public async Task<IActionResult> OnPostAsync(
        string returnUrl = null)
    {
        returnUrl = returnUrl ?? Url.Content("~/");
        var callbackUrl = Url.Page(
                    "/Account/ConfirmEmail",
                    pageHandler: null,
                    values: new { userId = "full code has IdentityUserCreated", code = "string" },
                    protocol: Request.Scheme);
        LocalRedirect(returnUrl);                          
        return Page();
    }
}

РегистрМодельТестс

[TestFixture]
public class RegisterModelTests
{
    private Mock<IUrlHelper> _mockUrlHelper;

    [SetUp]
    public void SetUp()
    {
        _mockUrlHelper = new Mock<IUrlHelper>();
        SetUpUrlHelper();
    }

    public RegisterModel CreateRegisterModel()
    {
        return new RegisterModel(
            _mockUrlHelper.Object
        );
    }

    [Test]
    public async Task GivenValidInput_OnPostAsync_CreatesANewUser()
    {
        // Arrange
        var unitUnderTest = CreateRegisterModel();

        // Act
        var result = await unitUnderTest.OnPostAsync("/asdsad/asda");

        // Assert
        if (result != null)
            Assert.Pass();
    }

    private void SetUpUrlHelper()
    {
        _mockUrlHelper.Setup(x => x.Page(It.IsAny<string>(), It.IsAny<string>(), It.IsAny<IdentityUser>(),
               It.IsAny<string>())).Returns("callbackUrl").Verifiable();
    }

1) Вы не сможете эффективно протестировать Razor Page. Вместо этого вы должны запустить интеграционный тест, используя тестовый сервер. 2) Url.Page терпит неудачу, потому что нет HttpContext. Нет необходимости издеваться над этим, так как возврат будет последовательным, вам просто нужно убедиться, что есть HttpContext. Отсюда необходимость интеграционного тестирования.

Chris Pratt 15.03.2019 17:45

Я согласен, я разместил вариант ниже, но это скорее последняя версия. В этом случае я бы спросил себя, что я тестирую, такое ощущение, что вы тестируете библиотеки dotnet, а не свой код.

ICodeGorilla 15.03.2019 17:59

@ChrisPratt @ICodeGorilla с точки зрения HttpContext этот пост решит это? docs.microsoft.com/en-us/aspnet/core/test/… . Или вы бы сказали, что интеграционное тестирование еще впереди?

steve 15.03.2019 18:02

Поэтому я немного сформулировал свое заявление. Модульное тестирование возможно, если вы издеваетесь над всеми зависимостями, но их много, и в определенный момент вы больше тестируете то, что вы все правильно имитировали, чем ваш реальный код. Что-то вроде Razor Page или действия контроллера на самом деле является системой вещей, и имеет больше смысла проводить интеграционное тестирование.

Chris Pratt 15.03.2019 18:05

Да, но я думаю, вам нужно спросить себя, что здесь важно? Я думаю, вас волнует только URL-адрес обратного вызова? Остальное - код контроллера шаблона. Вы думали о том, чтобы извлечь это в службу, а затем протестировать? @ChrisPratt Я провел некоторое интеграционное тестирование, когда мы только что создали нашу собственную реализацию httpContextAccessor, и IOC внедрил ее. Ценность этого ощущалась меньше, чем усилий. Но вы можете сделать это один раз, а затем у вас будет сочетание того и другого, это, по крайней мере, дополняет подход TDD.

ICodeGorilla 15.03.2019 18:06

@ICodeGorilla Я сделал код простым для StackOverflow, в этом методе используются SignInManager, UserManager, IEmailSender. Я пропустил их, так как код успешно проходит через них. Я попытался извлечь код, но после проверки фиксации мне сказали не вмешиваться в код Microsoft и заставить его работать так, как он есть. Как вы думаете? CallBackUrl в конечном итоге используется как ссылка для подтверждения учетной записи.

steve 15.03.2019 18:09

Здесь все становится сложно, я не знаю многослойности сайта. Лично я всегда просто соглашаюсь с тем, делает ли он что-то одно и хорошо. Для этого я бы сказал, что вы должны иметь возможность использовать этот URL-адрес в нескольких местах, скажем, в электронной почте, на сайте, в смс, где угодно. Чтобы упростить использование, создайте сервис, который будет генерировать это для вас, не привязывая его к странице.

ICodeGorilla 15.03.2019 18:13

@ICodeGorilla спасибо, я попробую!

steve 15.03.2019 18:18

@steve ты смог это исправить?

Alexander 25.08.2019 13:13

@Александр, да смог, спасибо

steve 25.08.2019 13:18

как вы можете помочь? у меня сейчас такая проблема.. не могу заставить это работать. Я уже пытался обернуть метод расширения url.page в IUrlHelperWrapper на интерфейсе IUrlHelperWrapper. затем настраиваю его в moq, но все равно получаю ошибку. Теперь я отделяю метод расширения от другого сервиса. все еще пробую этот подход. Спасибо

Alexander 25.08.2019 13:33

@ Александр, привет, Александр, можешь опубликовать это как отдельный вопрос, пожалуйста? Затем я предоставлю код, который сработал для меня. Спасибо! Я надеюсь, что мое решение работает для вас. ссылка на вопрос здесь.

steve 28.08.2019 13:01
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
12
5 708
2

Ответы 2

Короткий ответ заключается в том, что вы не можете издеваться над методом расширения, поскольку они являются статическими методами, а moq может обрабатывать только объект. Но эта почта расскажет вам больше.

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

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

using System;
using System.Collections.Generic;
using System.Diagnostics;
using System.Linq;
using System.Reflection;
using System.Runtime.CompilerServices;

public static class ShimHelper
{
    public static void Replace<TOriginal, TTarget>()
    {
        var typeOfOriginal = typeof(TOriginal);
        Replace<TTarget>(typeOfOriginal);
    }

    public static void Replace<TTarget>(Type typeOfOriginal)
    {
        var targetMethods = GetStaticPublicMethods<TTarget>();
        foreach (var targetMethod in targetMethods)
        {
            var parameters = targetMethod.GetParameters().Select(x => x.ParameterType).ToArray();
            var originalMethod = typeOfOriginal.GetMethod(targetMethod.Name, parameters);
            if (originalMethod != null)
            {
                SwapMethodBodies(originalMethod, targetMethod);
            }
            else
            {
                Debug.WriteLine(
                    "*****************************************************************************************");
                Debug.WriteLine($"Method not found - {targetMethod.Name}");
                Debug.WriteLine(
                    "*****************************************************************************************");
            }
        }
    }

    private static List<MethodInfo> GetStaticPublicMethods<T>()
    {
        return typeof(T).GetMethods(BindingFlags.Public | BindingFlags.Static)
            .Distinct().ToList();
    }

    private static void SwapMethodBodies(MethodInfo a, MethodInfo b)
    {
        RuntimeHelpers.PrepareMethod(a.MethodHandle);
        RuntimeHelpers.PrepareMethod(b.MethodHandle);

        unsafe
        {
            if (IntPtr.Size == 4)
            {
                Replace32Bit(a, b);
            }
            else
            {
                Replace64Bit(a, b);
            }
        }
    }

    private static unsafe void Replace64Bit(MethodInfo a, MethodInfo b)
    {
        var inj = (long*)b.MethodHandle.Value.ToPointer() + 1;
        var tar = (long*)a.MethodHandle.Value.ToPointer() + 1;
        *tar = *inj;
    }

    private static unsafe void Replace32Bit(MethodInfo a, MethodInfo b)
    {
        var inj = (int*)b.MethodHandle.Value.ToPointer() + 2;
        var tar = (int*)a.MethodHandle.Value.ToPointer() + 2;
        *tar = *inj;
    }
}

Применение:

ShimHelper.Replace<ExtensionClass, MockedExtensionClass>();

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

Я попробовал решение ICodeGorilla, но обнаружил, что статические типы нельзя использовать в качестве аргументов типа. Поэтому я немного изменил код:

        public static void Replace(Type original, Type target)
        {
            var targetMethods = GetStaticPublicMethods(target);
            foreach (var targetMethod in targetMethods)
            {
                var parameters = targetMethod.GetParameters().Select(x => x.ParameterType).ToArray();
                var originalMethod = original.GetMethod(targetMethod.Name, parameters);
                if (originalMethod != null)
                {
                    SwapMethodBodies(originalMethod, targetMethod);
                }
                else
                {
                    Debug.WriteLine(
                        "*****************************************************************************************");
                    Debug.WriteLine($"Method not found - {targetMethod.Name}");
                    Debug.WriteLine(
                        "*****************************************************************************************");
                }
            }
        }

        private static List<MethodInfo> GetStaticPublicMethods(Type t)
        {
            return t.GetMethods(BindingFlags.Public | BindingFlags.Static)
                .Distinct().ToList();
        }

Сейчас используется:

ShimHelper.Replace(
                typeof(ExtensionClass), 
                typeof(MockedExtensionClass));

Я обнаружил, что это очень хорошо работает для AjaxRequestExtensions в MVC.

Другие вопросы по теме