Тестирование больших vue приложений?

Question

[tryToFrontEnd]

Сколько статей прочитал везде говорят о том, что тесты нужны, но я не смог найти ни одной статьи с описанием того, а как тестировать крупные приложения?
То есть у нас есть приложение, которое состоит из десятка разных компонентов, vuex, куча запросов к API. Как понять, что именно мне нужно покрыть тестами? Ведь по логике нужный каждый кусок покрывать, чтобы быть на 100% уверенным в этом коде?
Может кто может подсказать статьи на эту тему и вообще на тему тестирования vue приложений?

Answer 1

[Василий Банников]

а как тестировать крупные приложения?

Да точно также.

Как понять, что именно мне нужно покрыть тестами?

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

Ведь по логике нужный каждый кусок покрывать, чтобы быть на 100% уверенным в этом коде?

Да, но полное покрытие - это очень дорого, и часто не оправдано.

По тому, если приоложение большое, а тестов нет:
1. Покрываем самое критичное и важное, без чего просто жить нельзя, если оно поломается.
2. Покрывает то, где много изменений происходит, и есть шанс случайно поломать.
3. Покрываем всё новое, как часть реализации фичи.
4. Юнит тестами ещё есть смысл покрыть всякие общие компоненты, которые используются тупо везде.

Всё старое, стабильное, изолированное, считается, что нет большого смысла тестировать, тк оно уже за долгое время вдоль и поперёк протестировано пользователями.
Но со временем лучше повышать процент покрытия - например, когда нет особо других задач или появилось лишнее время.

А vue тут ни при чём.

Comments

[tryToFrontEnd]

Ну вот такой вопрос: допустим у меня есть компонент, который выводит данные из state, который в свою очередь получает данные из mutation, который получает данные из action, который делает запрос к API.

Вот как в данном случае правильно протестировать? Каждый этот кусок? или примерно прикинуть, где может быть ошибка и написать тест для такого куска?

[Василий Банников]

tryToFrontEnd, по моему личному опыту - когда код уже написан, дешевле писать E2E тесты, чтобы сразу норм покрытие сделать и получить более полную инфу.
Возьми playwright для этого.

А потом да - юнит и интеграционные тесты для каждого участка.
Ну и нет смысла делать автоматизацию ради автоматизации - оно должно решать какую-то конкретную проблему. Например если после каждого релиза куча регресса, или ручное тестирование занимает слишком много времени.

[tryToFrontEnd]

Василий Банников, Понял, спасибо за развернутый ответ.