@ArutaGerman Спасибо за комментарий. С 1 утверждением согласен отчасти. Нужно искать компромисс. Например стабить элементы UI библиотеки, как мне показалось, нормальная идея, так как не совсем ясно как задавать состояние, к примеру el-select. C ShallowMount да согласен, заменю в статье на mount, так как в реальном коде было больше компонентов и контракт с ними был не сильно важен, и в статье это ускользнуло. Тем не менее, на текущий момент, мне кажется, что стабить дочерние компоненты это хорошее решение, которое позволяет писать более простые тесты. 2. Вы правы, это можно вынести. Добавлю в статью. 3. Тут, как вы правильно заметили, на любителя. На мой взгляд, явное лучше неявного, а то так и до автоимпортов, как в nuxt можно докатиться =) PS: затупил и не в ответ заслал комментарий, извините.
@ArutaGerman Спасибо за комментарий.
С 1 утверждением согласен отчасти. Нужно искать компромисс. Например стабить элементы UI библиотеки, как мне показалось, нормальная идея, так как не совсем ясно как задавать состояние, к примеру el-select. C ShallowMount да согласен, заменю в статье на mount, так как в реальном коде было больше компонентов и контракт с ними был не сильно важен, и в статье это ускользнуло.
Тем не менее, на текущий момент, мне кажется, что стабить дочерние компоненты это хорошее решение, которое позволяет писать более простые тесты.
2. Вы правы, это можно вынести. Добавлю в статью.
3. Тут, как вы правильно заметили, на любителя. На мой взгляд, явное лучше неявного, а то так и до автоимпортов, как в nuxt можно докатиться =)
PS: затупил и не в ответ заслал комментарий, извините.