Автоматизация тестирования потребителей RabbitMQ

Я построил много таких тестов. Я бросил какой-то базовый код на Github здесь с .NET Core 2.0.

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

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

public class QueueDestroyer
{
    public static void DeleteQueue(string queueName, string virtualHost)
    {
        var connectionFactory = new ConnectionFactory();
        connectionFactory.HostName = "localhost";
        connectionFactory.UserName = "guest";
        connectionFactory.Password = "guest";
        connectionFactory.VirtualHost = virtualHost;
        var connection = connectionFactory.CreateConnection();
        var channel = connection.CreateModel();
        channel.QueueDelete(queueName);
        connection.Close();
    }
}

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

public class Consumer
{
    private IMessageProcessor _messageProcessor;
    private Task _consumerTask;

    public Consumer(IMessageProcessor messageProcessor)
    {
        _messageProcessor = messageProcessor;
    }

    public void Consume(CancellationToken token, string queueName)
    {
        _consumerTask = Task.Run(() =>
        {
            var factory = new ConnectionFactory() { HostName = "localhost" };
            using (var connection = factory.CreateConnection())
            {
                using (var channel = connection.CreateModel())
                {
                    channel.QueueDeclare(queue: queueName,
                                    durable: false,
                                    exclusive: false,
                                    autoDelete: false,
                                    arguments: null);

                    var consumer = new EventingBasicConsumer(channel);
                    consumer.Received += (model, ea) =>
                    {
                        var body = ea.Body;
                        var message = Encoding.UTF8.GetString(body);
                        _messageProcessor.ProcessMessage(message);
                    };
                    channel.BasicConsume(queue: queueName,
                                        autoAck: false,
                                            consumer: consumer);

                    while (!token.IsCancellationRequested)
                        Thread.Sleep(1000);
                }
            }
        });
    }

    public void WaitForCompletion()
    {
        _consumerTask.Wait();
    }

}

потребитель имеет интерфейс IMessageProcessor который сделает работу обрабатывать сообщение. В своем интеграционном тесте я создал подделку. Вы, вероятно, использовали бы для этого предпочтительную насмешливую структуру.

проверку издателя публикует сообщение в очередь.

public class TestPublisher
{
    public void Publish(string queueName, string message)
    {
        var factory = new ConnectionFactory() { HostName = "localhost", UserName="guest", Password="guest" };
        using (var connection = factory.CreateConnection())
        using (var channel = connection.CreateModel())
        {
            var body = Encoding.UTF8.GetBytes(message);

            channel.BasicPublish(exchange: "",
                                    routingKey: queueName,
                                    basicProperties: null,
                                    body: body);
        }
    }
}

мой пример теста выглядит так:

[Fact]
public void If_SendMessageToQueue_ThenConsumerReceiv4es()
{
    // ARRANGE
    QueueDestroyer.DeleteQueue("queueX", "/");
    var cts = new CancellationTokenSource();
    var fake = new FakeProcessor();
    var myMicroService = new Consumer(fake);

    // ACT
    myMicroService.Consume(cts.Token, "queueX");

    var producer = new TestPublisher();
    producer.Publish("queueX", "hello");

    Thread.Sleep(1000); // make sure the consumer will have received the message
    cts.Cancel();

    // ASSERT
    Assert.Equal(1, fake.Messages.Count);
    Assert.Equal("hello", fake.Messages[0]);
}

моя подделка такова:

public class FakeProcessor : IMessageProcessor
{
    public List<string> Messages { get; set; }

    public FakeProcessor()
    {
        Messages = new List<string>();
    }

    public void ProcessMessage(string message)
    {
        Messages.Add(message);
    }
}

Дополнительные советы:

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

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

• напишите класс убийцы соединений, который заставит закрыть соединения и проверить, что ваши приложения все еще работают и могут восстановиться. У меня есть код для этого, но не в .NET Core. Просто попросите меня об этом, и я могу изменить его для работы в .NET Core.

• В общем, я думаю, что вы должны избегать включения других микросервисов в интеграционные тесты. Если вы отправляете сообщение от одной службы к другой и ожидаете, что сообщение например, затем создайте поддельного потребителя, который может издеваться над ожидаемым поведением. Если вы получаете сообщения от других служб, создайте поддельные издатели в проекте тестирования интеграции.