Что использовал для написания тестов?

Инструменты и подходы к тестированию в C# Backend

В качестве backend-разработчика C# я использую полноценный стек инструментов для тестирования, охватывающий все уровни — от модульных до интеграционных и нагрузочных тестов. Мой подход основан на принципе пирамиды тестирования, где основу составляют быстрые и изолированные модульные тесты, а на вершине — немногочисленные, но важные сквозные (E2E) проверки.

Основные фреймворки и библиотеки

1. Модульное тестирование (Unit Testing)

Я предпочитаю xUnit как основной фреймворк из-за его чистого дизайна, хорошей производительности и активного сообщества. Альтернативы — NUnit и MSTest — также используются в зависимости от требований проекта.

public class CalculatorTests
{
    [Fact]
    public void Add_TwoNumbers_ReturnsSum()
    {
        // Arrange
        var calculator = new Calculator();
        
        // Act
        var result = calculator.Add(2, 3);
        
        // Assert
        Assert.Equal(5, result);
    }
}

Для создания моков (mock-объектов) и стабов (stubs) применяю Moq — наиболее популярную и мощную библиотеку в экосистеме .NET:

[Fact]
public void ProcessOrder_ValidOrder_CallsPaymentService()
{
    // Arrange
    var mockPaymentService = new Mock<IPaymentService>();
    var orderProcessor = new OrderProcessor(mockPaymentService.Object);
    var order = new Order { Id = 1, Amount = 100 };
    
    // Act
    orderProcessor.Process(order);
    
    // Assert
    mockPaymentService.Verify(ps => ps.ProcessPayment(100), Times.Once);
}

FluentAssertions значительно улучшает читаемость проверок:

result.Should().BeGreaterThan(0)
      .And.BeLessThan(100)
      .And.Be(42);

2. Тестирование баз данных и интеграционное тестирование

Для работы с базой данных в тестах использую:

• Testcontainers для поднятия реальных Docker-контейнеров с БД (PostgreSQL, SQL Server, Redis)
• Respawn для быстрой очистки базы данных между тестами
• LiteDB или SQLite in-memory для легковесных сценариев

public class DatabaseIntegrationTests : IAsyncLifetime
{
    private readonly TestcontainerDatabase _dbContainer;
    
    public async Task InitializeAsync()
    {
        _dbContainer = new TestcontainersBuilder<PostgreSqlTestcontainer>()
            .WithDatabase(new PostgreSqlTestcontainerConfiguration
            {
                Database = "testdb",
                Username = "postgres",
                Password = "password"
            })
            .Build();
        
        await _dbContainer.StartAsync();
    }
    
    [Fact]
    public async Task SaveUser_ValidUser_UserPersisted()
    {
        // Интеграционный тест с реальной БД
    }
}

3. Тестирование API и сквозное тестирование

Для тестирования REST API применяю:

• WebApplicationFactory (встроен в ASP.NET Core) для поднятия тестового сервера
• HttpClient для отправки запросов
• RestSharp или Refit для более удобной работы с API
• WireMock.NET для мокирования внешних сервисов

public class ApiTests : IClassFixture<WebApplicationFactory<Program>>
{
    private readonly HttpClient _client;
    
    public ApiTests(WebApplicationFactory<Program> factory)
    {
        _client = factory.CreateClient();
    }
    
    [Fact]
    public async Task GetUsers_ReturnsUsersList()
    {
        // Act
        var response = await _client.GetAsync("/api/users");
        
        // Assert
        response.EnsureSuccessStatusCode();
        var users = await response.Content.ReadFromJsonAsync<List<User>>();
        users.Should().NotBeNull().And.HaveCountGreaterThan(0);
    }
}

Практики и методологии

1. Структура тестов (Arrange-Act-Assert)

Все тесты следуют паттерну AAA для максимальной читаемости и поддерживаемости.

2. Параметризованные тесты

Использую атрибуты [Theory] и [InlineData] в xUnit для проверки множества сценариев:

[Theory]
[InlineData(1, 2, 3)]
[InlineData(-1, 1, 0)]
[InlineData(0, 0, 0)]
public void Add_VariousNumbers_ReturnsCorrectSum(int a, int b, int expected)
{
    var calculator = new Calculator();
    var result = calculator.Add(a, b);
    Assert.Equal(expected, result);
}

3. Тестовые данные

Для генерации тестовых данных применяю:

• AutoFixture для автоматического создания объектов
• Bogus для реалистичных фейковых данных -(Ручное создание объектов для специфических сценариев)

4. Покрытие кода и метрики

Использую Coverlet для сбора метрик покрытия и ReportGenerator для создания читаемых отчетов. Стремлюсь к осмысленному покрытию (80+% для бизнес-логики), а не к формальным 100%.

CI/CD интеграция

Тесты интегрируются в конвейер сборки через:

• GitHub Actions или Azure DevOps Pipelines
• SonarQube для статического анализа
• Триггеры на pull requests для автоматического прогона тестов

Специализированные типы тестов

1. Нагрузочное тестирование — k6 или Azure Load Testing
2. Контрактное тестирование — Pact.NET для consumer-driven contracts
3. Тестирование безопасности — OWASP ZAP интеграция
4. Mutation testing — Stryker.NET для оценки качества тестов

Принципы, которых придерживаюсь:

• Изоляция тестов: каждый тест независим, не имеет побочных эффектов
• Скорость выполнения: модульные тесты выполняются за миллисекунды
• Читаемость: понятные имена тестов и минимальный объём кода
• Релевантность: тестирую поведение, а не реализацию
• Поддержка тестов в актуальном состоянии: падающие тесты исправляются немедленно

Такой комплексный подход обеспечивает высокое качество кода, быстрое обнаружение регрессий и уверенность при рефакторинге, что критически важно для поддержания долгосрочной жизнеспособности backend-приложений.