Утверждайте несколько условий в единственном тесте или разделите на несколько тестов? [дубликат]

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

Идеально иметь по одному тестовому сценарию для каждого сценария. Однако в некоторых случаях удобнее (эффективнее с точки зрения реализации) тестировать более одного сценария в одном тестовом примере. Если вы используете платформу, которая не останавливается при первом сбое, но пытается выполнить как можно больше в тестовом примере, эта платформа подходит для нескольких сценариев в тестовом примере.

Я предпочитаю тратить как можно меньше времени на модульное тестирование и при этом получать как можно больше охвата за это время.

В конце концов, менее важно, как вы реализуете модульный тест, но больше правильность эти испытания.

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

Один это делает RSpec для Ruby, что позволяет вам установить вложенных групп примеров . Например:

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

За счет постепенного создания сценариев и тестирования каждого шага по пути легче придерживаться одного утверждения для каждого подхода к тестированию. Это также облегчает обнаружение непроверенных сценариев.

Я не знаю ни одной соответствующей документации.

Что бы я сделал, если бы реализовал нечто подобное. Покажите UIImage представление вашего представления над представлением. Затем закрепите оверлейный UIImage только на той части изображения, которую вы хотите увеличить. Вы можете увеличить часть, используя CGAffineTransformScale.

Вы можете нарисовать существующее представление в UIImage, используя метод renderInContext :, CALayer. Ваш пример - это скорее автоматизированный функциональный тест, который проверяет поток функций.

НО В этом случае допустимо иметь несколько утверждений.

Просто убедитесь, что 2 утверждения не располагаются одно за другим.

Плохой пример

public void ValidateRulesEntry_Valid_ValidConditionsFromFile()
{
    string condition = "Target.HasValue";
    string returnMessage;

    bool successFul = CodeParserTryParseCondition(condition, out returnMessage);


    Assert.IsTrue(successFul);
    Assert.IsFalse(string.IsNullOrEmpty(returnMessage));
    Assert.IsTrue(returnMessage == "OK");

}  

Два последних утверждения зависят от первого утверждения IsTrue (successFul).

Подумайте: Если этот тест не прошел -> Скажите мне, почему (не просматривая вывод отладки)

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

Кроме того, сделав название каждого теста максимально понятным, вы получите дополнительные подсказки, когда что-то сломается.