Чтобы проверить, возвращает ли List <T>коллекцию, используя Moq.Нужно руководство, как отстаивать? - PullRequest
Новая
       21

Чтобы проверить, возвращает ли List <T>коллекцию, используя Moq.Нужно руководство, как отстаивать?

0 голосов
/ 11 мая 2018

Я пытаюсь использовать Moq для тестирования менеджера, в котором определено много операций CRUD.Одним из методов является получение целочисленного параметра и возврат списка на основе условий.Я хочу утверждать, если список имеет счетчик больше 0. Как это сделать с помощью Moq?Это моя попытка, нужно руководство.

// set up the mock method making sure integer is passed and list is returned
var mockAssessmentManager = new Mock<IAssessmentManager>();
mockAssessmentManager.Setup(x => x.GetAssessmentElementUserRowByAssessment(It.IsAny<int>()))
                                      .Returns(new List<AssessmentElementUser>());
// Assert.IsTrue(myReturnList.Count > 0);   //want to achieve some like this.

Assert.IsTrue(mockAssessmentManager);

Я делаю это правильно?Как подтвердить мою коллекцию List<T>, чтобы проверить, считается ли число> 0?

1 Ответ

0 голосов
/ 11 мая 2018

Заголовок «Проверять, возвращает ли List<T> коллекцию» не имеет смысла, поскольку List<T> является типом, а не методом, поэтому он не возвращает все, что равно что-то.Прочитайте Как спросить , чтобы узнать, насколько важен заголовок.

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

Учитывая, что вы настраиваете макет для возврата коллекции при вызове менеджера, вы можете использовать Verify, чтобы проверить, что произошло с вашим макетом (синтаксис очень похож на Setup).Но часто вам это не нужно, поскольку возвращаемое значение из тестируемого кода часто определяется значением, возвращаемым зависимостью.

Например, если возвращаемое значение из тестируемого кода должно бытьзначение, которое ему вернул менеджер (который является коллекцией, которую вы возвращаете в программе установки), утверждая, что возвращаемое значение является ссылкой, равнозначно тому, что ваш возвращенный макет является решением.(Нет другого способа, которым assert мог бы пройти, если не был вызван метод, который был настроен.)

Кажется, нет никакой ценности утверждать что-либо о коллекции, которую вы настроили как частьваш тест.

Дополнительный совет: вы не отметили, какую платформу тестирования вы используете, но Assert.IsTrue(myReturnList.Count > 0); - это плохой способ подтверждения, так как в случае сбоя подтверждения сообщение всегда "ожидается истинным, но ложным"».Принимая во внимание, что Assert.That(myReturnList, Has.Count.GreaterThan(0)); (я предполагаю, что NUnit) даст гораздо лучшую информацию, если он потерпит неудачу.

Еще один совет, мне нужно предостеречь насчет использования It.IsAny.Взгляните на этот вопрос (что касается Verify, но синтаксис очень похож на Setup, и проблема с It.IsAny такая же).Прочитайте непринятый ответ и все комментарии, затем принятый ответ.

...