С дев лидом вчера поговорил, он вообще против любых модных реакт тестов, кроме обычных юнитов. "Замедляют разработку"

адок будет если будете пилить решения на всяких gemini / germione / итд (поверьте - есть опыт уже с этим подходом).

На предыдущей работе мы успешно внедрили jest-image-snapshot.
Но для этого есть несколько предусловий:
1) эти тесты должны быть в репозитории где находятся с реакт компоненты
2) у вас выстроен процес PR-ов с код ревью и CI гоняет тесты на каждом PR (если скрины обновлились - это будет видно в PR-e).
3) вы будете писать тесты для реакт компонент, которые рендерятся в изоляции с фейковыми данными на входе

Если все 3 условия выполняются, и у вас в команде адекватные люди, то обяснить даже на пальцах преимущества этого подхода будет не тяжело. С вашей стороны не нужно будет делать ровно ничего для поддержки этих тестов и скринов в долгострочной перспективе (это будут делать сами девелоперы). Вопрос только в том какие у вас цели - выстроить нормальные “quality gates” в процесе поставки вашего продукта, или обеспечить себе job security (за счет написания еще одного велосипеда где-то сбоку от проекта, о котором никто кроме вас не будет ничего понимать).

Кстати про "замедляет разработку" я уже не первый раз слышу, прошлый раз от ПМ-а на другом проекте, когда внедрял процесс код-ревью

в двух словах про адок (кул стори не будет - работать все таки надо а не по чатикам тут сидеть):
- девелоперы не хотят этот зоопарк себе в проект заводить (черезчур дофига лишних зависимостей)
- девелоперы не хотят поддерживать такие тесты (и апдейтить эталоны), так как это живет вне кода проекта - в итоге этим занимается куа
- так как это не в коде проекта - то тестируем мы уже “по факту когда уже все сломали” и нужно ревертить изменения - а это как раз и замедляет процесс разработки
- тесты будут падать когда просто поменяли верстку / пофиксили UI баг. Команда начинает потихоньку игнорировать эти тесты
- в какой-то момент вы нанинаете понимать что поддержка этих тестов и их инфраструктуры стоит намного дороже чем та польза которую вы от них получаете. И тут вы понимаете что это все было зря…

Как то примерно так…
И да, потестировать ручками может быть вашим самым прагматическим вариантом (особенно если это не очень долгий проект).

https://www.npmjs.com/package/webdriverio/v/6.0.0-alpha.0 уже есть, правда я как-то не пойму что там глобально поменялось кроме как выкинули поддержку ноды <= 8 и тайпскрипт <= 3.7.2?

https://www.npmjs.com/package/webdriverio/v/6.0.0-alpha.0 уже есть, правда я как-то не пойму что там глобально поменялось кроме как выкинули поддержку ноды <= 8 и тайпскрипт <= 3.7.2?

$('foo').equals($('foo')) // true
$('foo').equals($('bar')) // false

хз какой у этого юзкейс