Максим

1 - да стоит тестировать каждый action, reducer (юнит-тесты) и какие-то моменты из компонентов (так как для всего компонента можно сделать снапшот + точечно покрыть желаемые места юнит тестами). Все функции, которые у вас в utils/helpers (вспомогательные) - тоже нужно покрывать юнит-тестами.

2 - По туториалам для unit-тестирования:
a) тестирование логики (экшены/редьюсеры)
б) тестирование компонентов (включая снапшоты)

3) Jest, enzyme. Пробовал (и тоже неплохо) - mocha, chai. Для e2e использовали puppetter, интересным выглядит cypress. Для тестирования саг юнит тестами - либо по доке, либо с помощью redux-saga-test-plan

Все верно https://jsfiddle.net/yy38x0mg/
Эта логика справедлива для любых вызовов.

Привет,
Да много их, этих тайм-трекеров... К примеру:
timeedition.com/en
https://github.com/samg/timetrap

из прописаной вами ширины и высоты вычетается padding. А значение ширины и высоты не могут стать отрицательными.

Потому что return это не «выражение» (expression), а «инструкция» (statement), а в тернарном операторе должны быть выражения.

Инструкции не могут стоять там, где ожидается выражение. Например нельзя написать var x = if (...) или func(while (...))

https://ru.hexlet.io/courses/introduction_to_progr...
2ality.com/2012/09/expressions-vs-statements.html

Логическое И (&&)
expr1 && expr2
Возвращает значение expr1, если оно может быть преобразовано в false; иначе возвращает значение expr2.

В данном примере используется особенность работы логического И в JS, если значение первого аргумента true (или приводится к true), то результатом операции будет значение второго аргумента без преобразования.

Приснилось.

Можно сделать только так, но это, по понятным причинам, не очень практично:

<div>1</div>
<div style="border:1px solid navy;float:left;background:green;">2</div>

div[style*="float:left"] {
  color: red;
}