Как правильно записать Guid в юнит тесте?

Question

[Misuta]

namespace PC_Builder.Tests.ControllerTests
{
    [TestClass]
    public class CartControllerTests
    {
        [TestMethod]
        public void Can_Use_Repository()
        {
            // arrange
            Mock<ApplicationContext> mock = new Mock<ApplicationContext>();
            mock.Setup(m => m.Products).Returns((new Product[]
            {
                new Product {
                    Name = "Intel",
                    Category = "CPU",
                    Price = 234, 
                    ProductCounter = 1,
                    Subtotal = 234,
                    ProductId = 0x5EC9C84E842D4467AF277B50413F9EE6,
                    UserLogin = "user" }
            }));
           

            CartController controller = new CartController(mock.Object);

            // act

            // assert
            
        }
    }
}

У ProductId тип данных Guid, как правильно установить его значение? Пишет ошибку Integral constant is too large, как будто я устанавливаю интовое значение.

Answer 1

[Василий Банников]

Какой тип у ProductId? Если это Guid, то смотри какие у него конструкторы есть.
Проще всего через Guid.Parse.

PS:
А DbContext мокать не нужно. Используй вместо этого EF Core inmemory, либо Sqlite с размещением в оперативной памяти.

Будет что-то типа:

var conn = new SqliteConnection("DataSource=:memory:");
var options = new DbContextOptionsBuilder<ApplicationContext>()
   .UseSqlite(conn)
   .Options;

using var dbContext = new ApplicationContext(options);
dbContext.Products.Add(new Product { /*...*/});
dbContext.SaveChanges();

var controller = new CartController(dbContext);
// ...

PPS:
Если ты хочешь тестировать контроллеры - значит ты что-то делаешь не так. Возможны два варианта:

1. Ты наговнокодил и затолкал бизнес-логику в контроллеры.
Если так, то выноси логику в сервисы и делай так, чтобы контроллер зависел от сервисов.

2. Тебе на самом деле нужны интеграционные / api-тесты / e2e-тесты. В таком случае тебе нужно не контроллер конструировать, а поднимать сервер и тестировать при помощи http-запросов. В таком случае следует ещё и по пути полноценную СУБД поднимать, а не мок.

Comments

[Misuta]

Теперь выдает такую вот ошибку
Error CS1503 Argument 1: cannot convert from 'PC_Builder.Models.Product[]' to 'Microsoft.EntityFrameworkCore.DbSet Подскажите пожалуйста, что с этим можно сделать?

[Василий Банников]

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

Например можешь использовать sqlite inmemory

[Василий Банников]

Misuta, дополнил ответ.

[Misuta]

следует ещё и по пути полноценную СУБД поднимать

бд у меня подключена

Я просто увидел что для контроллеров юнит тесты делают в книге Pro ASP.NET Core 6 by Adam Freeman
https://github.com/Apress/pro-asp.net-core-6/tree/...
И решил тоже попробовать. Почему тогда там автор делает именно так?

И можете пожалуйста объяснить, что значит выносить логику в сервисы? Точнее что такое сервисы?

[Василий Банников]

Misuta, а автор так, как вы, не делает) Он мокает репозитории, а не контекст.
+ Книга то про asp net core, а не про архитектуру.

И можете пожалуйста объяснить, что значит выносить логику в сервисы? Точнее что такое сервисы?

Да просто ещё 1 класс создаёшь, в котором будут методы, например, для работы с продуктами.
Внутри этих методов и будет происходить работа с dbContext и другими классами.
А уже этот сервис ты будешь инжектить в Controller, и в контроллере методы будут состоять из пары строчек, которые будут перекладывать параметры из контроллера в параметры метода сервиса, и пары строчек по перекладыванию результата.

Вот пример проекта, где подобная архитектура применяется:
https://github.com/archie1602/Minibank

[Misuta]

Василий Банников, понял вас, благодарю!