Какую библиотеку использовал для написания MOQ?

Отличный вопрос, который затрагивает важнейший аспект тестирования в экосистеме C# — мокинг (mock-объектов).

Библиотека Moq и её особенности

Библиотека, которую я использовал и которую де-факто является стандартом для создания mock-объектов в .NET, называется Moq (произносится как "Mock-you").

Moq — это мощная, элегантная и простая в использовании библиотека для .NET, которая позволяет создавать "заглушки" (stubs) и "моки" (mocks) в тестах, написанных с использованием таких фреймворков, как xUnit, NUnit или MSTest. Её ключевые характеристики:

• Простой и читаемый API, построенный на принципах Fluent Interface (цепочка вызовов методов).
• Сильная типизация: ошибки часто обнаруживаются на этапе компиляции, а не во время выполнения тестов.
• Поддержка LINQ to Mocks для ещё более декларативного стиля.
• Полноценная поддержка мокинга как интерфейсов, так и классов (с некоторыми ограничениями для не-sealed классов и не-private конструкторов).

Пример использования Moq

Вот типичный пример unit-теста с использованием Moq для проверки взаимодействия с зависимостями:

using Moq;
using Xunit;

public interface IOrderRepository
{
    bool Save(Order order);
}

public class OrderService
{
    private readonly IOrderRepository _repository;
    public OrderService(IOrderRepository repository)
    {
        _repository = repository;
    }
    
    public bool PlaceOrder(Order order)
    {
        // Бизнес-логика
        return _repository.Save(order);
    }
}

public class OrderServiceTests
{
    [Fact]
    public void PlaceOrder_Should_SaveOrder_ToRepository()
    {
        // 1. ARRANGE (Подготовка)
        var mockRepository = new Mock<IOrderRepository>();
        var order = new Order { Id = 1, Total = 100 };
        var service = new OrderService(mockRepository.Object);
        
        // Настраиваем мок: метод Save для конкретного заказа вернет true
        mockRepository.Setup(repo => repo.Save(order)).Returns(true);
        
        // 2. ACT (Действие)
        bool result = service.PlaceOrder(order);
        
        // 3. ASSERT (Проверка)
        Assert.True(result);
        // Верификация: убеждаемся, что метод Save был вызван ровно один раз с нужным объектом
        mockRepository.Verify(repo => repo.Save(order), Times.Once);
    }
}

Ключевые методы и концепции Moq

• new Mock<T>(): Создание объекта-мока для типа T (обычно интерфейса).
• .Object: Свойство для получения собственно "заглушенного" объекта типа T, который передается в тестируемый класс.
• .Setup(): Конфигурирование поведения мока. Позволяет определить, что должен возвращать метод или свойство при вызове с определенными (или любыми) аргументами.

  // Возврат значения
  mock.Setup(x => x.GetName()).Returns("John");
  // Выброс исключения
  mock.Setup(x => x.Calculate()).Throws<InvalidOperationException>();
  

• .Verify(): Проверка того, что определенный вызов был совершён над моком. Это главное отличие мока от стаба (stub). Стаб просто предоставляет данные, а мок ещё и проверяет взаимодействие.

  mock.Verify(x => x.SendMessage(It.IsAny<string>()), Times.Exactly(2));
  

• It — класс-помощник для гибкого сопоставления аргументов:

  It.IsAny<string>(), // Любая строка
  It.Is<string>(s => s.StartsWith("A")), // Строка по условию
  It.IsInRange(1, 10, Range.Inclusive) // Число в диапазоне
  

• .Callback(): Позволяет выполнить произвольный код в момент вызова настроенного метода.
• .Property: Настройка поведения свойств (getters и setters).

  mock.SetupProperty(x => x.IsEnabled, true); // Автоматически отслеживает изменения
  mock.SetupGet(x => x.Count).Returns(10); // Только getter
  

Альтернативы Moq

Хотя Moq является самым популярным выбором, стоит знать об альтернативах для разных сценариев:

• NSubstitute: Часто считается библиотекой с более чистым и простым синтаксисом. Её API ближе к естественному языку.
• FakeItEasy: Ещё одна библиотека с простым API, делающая акцент на читаемости.
• Rhino Mocks: Один из пионеров мокинга в .NET, сейчас используется значительно реже из-за более сложного и "вербального" API.
• Microsoft Fakes (Shims and Stubs): Входит в состав Visual Studio Enterprise и позволяет изолировать код, подменяя даже статические и невиртуальные методы. Это тяжеловесное решение для интеграционного, а не модульного тестирования.

Почему именно Moq?

Я выбрал Moq как основной инструмент из-за его идеального баланса между мощью, простотой и распространенностью.

• Его синтаксис интуитивно понятен.
• Он отлично документирован и имеет огромное сообщество.
• Он постоянно обновляется и поддерживает современные версии .NET (включая .NET Core/.NET 5+).
• Наличие Verify() делает его полноценным инструментом для тестирования по принципам взаимодействия (interaction-based testing), что часто требуется при проверке работы с внешними сервисами, репозиториями или логгерами.

Таким образом, Moq — это не просто библиотека, которую я "использовал". Это фундаментальный инструмент в арсенале .NET-разработчика для создания надежных, изолированных и поддерживаемых модульных тестов, следующих принципам Dependency Injection и позволяющих тестировать код, не зависящий от конкретных реализаций его зависимостей.