Анатомия хорошего юнит-тестирования

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

Я пришел из .NET / C # фона и собрал эту коллекцию мыслей и лакомых кусочков, которые я считаю полезными при написании тестов.

Зачем писать юнит-тесты?

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

Подходы к юнит-тестированию

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

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

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

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

Анатомия юнит-теста

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

1. «Arrange» готовит все для проведения теста. Это может быть объявление переменных, создание требуемых объектов или установка состояния модуля в зависимости от обстоятельств, которые мы хотим проверить. Некоторые или все эти шаги могут выполняться в методе SetUp текущего прибора для модульного тестирования. Для простых модульных тестов этот шаг может не понадобиться.
2. «Act» выполняет действие, которое мы тестируем на устройстве.
3. «Подтвердить» проверяет, правильно ли выполнено действие. Мы хотим проверить, ожидается ли возвращаемое значение вызова метода или состояние объекта соответствует ожидаемому.

Примером является:

[Test]
public void GetMinimum_UnsortedIntegerArray_ReturnsSmallestValue() 
{   
  var unsortedArray = new int[] {7,4,9,2,5}; // Arrange     
  var minimum = Statistics.GetMinimum(unsortedArray); // Act     
  Assert.AreEqual(2, minimum); // Assert 
}

[Test] public void GetOccurrences_NewDateTimePattern_HasZeroOccurrences()
{   
  var pattern = new DateTimePattern();
  var dummy;

  var count = pattern.GetOccurrences(out dummy);

  Assert.AreEqual(0, count);
}

public bool FileExists(string path)
{   
  return true; 
}

public class FakeRedisClient : IRedisClient
{   
  private Dictionary<string, object> _redis = new Dictionary<string,object>();
  // and so on     
  public void AddItemToSet(string setId, string item)
  {
    object obj;
    _redis.TryGetValue(setId, out obj);
    HashSet set = (HashSet)obj;
    if (set == null)
    {
      set = new HashSet();
      _redis[setId] = set;
    }
    set.Add(item);
  }     
  // and so forth 
}

[SetUp]
public void SetUp()
{  
  _customer = new Mock();   
  _customer.Setup(c => c.PaymentID).Returns(1); 
}

[Test] 
public void CreateSubscription_NewCustomer_ExistingSubscriptionsAreChecked()
{   
  var service = CreatePaymentSubscriptionService(); 

  var subscription = service.CreateSubscription(_customer);

  _customer.Verify(c => c.GetSubscriptions());
}