VY
что и полагается в юнит-тестировании: соответствует ли юнит задокументированному контракту
Size: a a a
2021 June 21
VY
есть ещё варианты?
VL
спасибо, хочу подумать над этим еще)
VS
Ну контракт может быть и внешним, и внутренним
VL
Еще вопрос, если тестировать метод, он тестируется по такому литералу, по какому объявлен в основном коде, только Test добавляется к названию?
VS
Ты считаешь, что на все структуры, реализующие интерфейс ISome, достаточно написать один набор тестов?
VY
у всех структур их контракт ограничивается этим интерфейсом?
VY
имена тестов никак не связаны с именами того, что они тестируют
VS
Тут зависит от использования методов. В каких-то случаях детали реализации имеют значение, т.к. они влияют не на один метод, а на поведение структуры в целом
VY
тест это просто тестовая программа, которая может дёрнуть тестовый фрэймворк, чтобы сообщить о результатах и всё. никакого специального значения у каждого теста нет
VS
Часто неймят в стиле Test_SomeStruct_SomeMethod
VS
Если детали реализации не учитывать в тестах, то как использовать моки?
Если SomeService в методе должен обратиться к SomeStorage, то нужно об этом знать, нет?
Если SomeService в методе должен обратиться к SomeStorage, то нужно об этом знать, нет?
VY
а откуда он взял SomeStorage?
VY
уж не как параметр, передаваемый ему?
VS
Через него, да
Ты считаешь, тестировать в одном тесте нужно сразу и конструктор, и весь набор методов?
Ты считаешь, тестировать в одном тесте нужно сразу и конструктор, и весь набор методов?
VY
я склоняюсь к тому чтобы тестить в одном тесте один кейс использования. но настаивать на каком-то конкретном разбиении на тесты не буду, если в совокупности они проверяют всё, что нужно
RL
Заменить на eventType
VS
Окей
Благодаря этому диалогу я кое-что переосмыслил в плане написания тестов
Спасибо :)
Благодаря этому диалогу я кое-что переосмыслил в плане написания тестов
Спасибо :)