где меняется только переменная ```seconds```
Переменная seconds меняется через setInterval который запускается в момент маунта компонента (таймер обратного отсчета)
В компоненте есть кнопка, по нажатию дергаем метод submit, который либо вызовет функцию для поднятия модалки и выкинет сообщение об ошибке
Либо сделает router.push
https://lmiller1990.github.io/vue-testing-handbook/ru/ почитайте, здесь интересно
вот после доки и возник вопрос тут вопрос скорее не "решите за меня", а именно хочу понять подход например стоит ли тестировать метод submit, ведь в одном случае (если ошибка) дернет функцию которая покажет попап (а функция эта лежит отдельно и наверное должна тестироваться так же отдельно) а в другом случае метод делает роутинг, тут тоже, зачем тестировать роутер
Тестировать в компоненте нужно только то, что относится непосредственно к самому компоненту. Что именно - решать вам. Обычно тестируют какую-то логику отображения, либо методы, влияющие на отображение
Еслм вы хотите протестировать логику, которая происходит при клике на эту кнопку - то как бы да, можете. Зависит от того, что вы хотите протестировать. Главное, как мне кажется, нужно понимать, что тестировать нужно не функцию submit, а то что должно произойти (по бизнес-логике) при нажатии на кнопку. Т.е. тестировать нужно "внешний интерфейс" (если так можно выразиться)
проще говоря, мне нужно проверить клик на кнопку, с одним набором параметров, проверить, что показали попап, с другим набором параметров проверить, что перешли на другую страницу а саму функцию "показать попап" и роутер нужно замокать?
Да, иначе как вы сможете имитировать нужное вам поведение? )
"а саму функцию "показать попап" и роутер нужно замокать?" Если вы хотите замокать функцию "показать попап" (например, showPopup), а потом в стадии проверки трекать была ли попытка вызова функции "showPopup" - это будет не очень хорошо, ибо вы не можете лезть во внутреннее устройство компонента. Скорее Вам нужно дать ему отобразиться и проверить, что он появился в разметке. Или же, если его отображает не ваш компонент - проверить, что вы "дали команду" на её отображение (например, эмитнули соответствующее событие) По поводу роутера, честно не знаю, если его можно замокать и проверить, что на нем была попытка перейти на определённый урл - то такая проверка выглядит вроде как норм
вот с проверить разметку попапа интересно, попап глобальный и в случае если поменяем разметку тесты полягут А вот текст попапа лежит в отдельном файле может тут проверить именно контент, а не всю разметку? то есть мы вызывая попап, передаем текст из файла(в компоненте), и сравниваем текст в попапе с текстом из того же файла(в тесте)
Всю разметку точно проверять не нужно. В данном случае, кажется, что проверка наличия в разметке этого текста (который будет отображать попап) при прочих равных выглядит норм.
Обсуждают сегодня