Павел Гришаев

Лол, все перечисленное, это основы языка, капля в море.

Головой нужно думать, и понимать, юнит-тест не "запускает весь процесс" по определению, если весь процесс, то это функциональный тест, в некоторых случаях достаточно функционального тестирования.

То, что вы описали никак не относится к юнит-тестам. Это все интеграционное (функциональное) тестирование или просто недоработка как в случае с 0 шириной.

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

Вариант тестирования для ленивых https://habrahabr.ru/post/216805/

Юнит-тесты во фронтенде наиболее полезны для "фундамента" приложения. Например, вы пишите какую-то либу, которая отвечает за логику и обработку данных. Ее будет очень полезно покрыть тестами, чтобы в дальнейшем сосредоточиться на интерфейсе и быть хоть немного уверенным, что если появился баг, то его причины не лежат глубоко.
Функционал же (события, изменения DOM) стоит тестировать только для того, чтобы в дальнейшем при расширении приложения, было легко убедиться, что базовый функционал не поломался. Естественно все варианты взаимодействия пользователя во всех средах протестировать не реально. Только базу.