Блог

Окружающая среда

В моем решении у меня есть три проекта, они:

1. Веб (Asp.net MVC4)
2. Модель (библиотека классов)
3. Тест (тестовый проект)

В модельном проекте есть:

Couple = Класс

IRepository = Репозиторий на основе интерфейса

ICoupleRepository = Пара интерфейсных репозиториев

Implementation репозиторий = CoupleRepository пара

В тестовом проекте есть:

Поддельная / CoupleRepository = Поддельная реализация пары репозиториев (внутри папки Fake). CoupleTest класс пары = Тест

Поведение

Добавив пару в раздел, необходимо изменить некоторые свойства, а также добавить объект пары, а также добавить другие объекты в базу данных.

Я помещаю эту логику в CoupleRepository (не поддельный) репозиторий в Add методе, я устанавливаю эти свойства, добавляю пару объектов и два других объекта.

 public class CoupleRepository : ICoupleRepository
{
    public void Add(Couple couple)
    {
        couple.Bride.Gender = Gender.Female;
        couple.Groom.Gender = Gender.Male;
        db.Couples.Add(couple);

        db.Users.Add(new User{ CoupleID = couple.Bride.ID });
        db.Users.Add(new User{ CoupleID = couple.Groom.ID });
        db.SaveChanges();

    }
}
  

Вопрос

В моем тестовом классе, CoupleTest , также необходимо протестировать добавление этих пользователей и изменение свойств.

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

Какой совет вы мне даете?

Где во всем этом участвуют макеты и заглушки?

Где бы эта логика сохранила пару?

Я должен тестировать репозитории? Возможно, идеальным было бы протестировать контроллеры?

Много вопросов, я знаю =)

Я новичок в TDD и не знаю, иду ли я в правильном направлении.

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

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

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

Этот код:

 couple.Bride.Gender = Gender.Female;
couple.Groom.Gender = Gender.Male;
  

следует перенести в бизнес-логику пары (например, конструктор).

С более глобальной точки зрения, с помощью TDD вы создаете макеты функциональности, которую хотите протестировать. При вашем текущем подходе у вас, вероятно, будет что-то вроде IView -> Couple class -> IRepository цепочки. Это означает, что, издеваясь над этими интерфейсами, вы намереваетесь протестировать класс Couple (или работу бизнес-логики в целом).

 var driver = new  MockDatabaseDriver();
var repo = CoupleRepository(MockDatabaseDriver);
repo.Add(new Couple());
Assert.AreEquals("Insert into COUPLES values ('bride', groom')", driver.SqlQueryText);