Да

Но проект небольшой и людей - человек 5

Тогда надо ли вам по 2000?

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

Всем привет) Есть ли у кого-то опыт и понимание правильного тестирования в ситуации, когда -
1. Существует компоненты в сторибуке.
2. Есть маин сайт который состоит из 1000 страниц - по сути статика.
3. Страницы собираеются контентами из компонентов сторибука.

По этому могут быть ситуации, когда что-то накосячит контенщик, или когда сломается какой то из компонентов.

Какие есть идеи.
1. Описать поведение каждого компонента, как отдельную функцию и при открытии страницы просто идти по каждому компоненту и тестетить( долго будут идти тесты, даже если разбить на 10 контейнеров)
2. Создать тестовую страницу со всеми компонентами(тесты в вакуме получаются, не факт что что-то отловится) таже история если тестить в сторибуке.
3. Тестить все компоненты интеграционками без браузера где то отдельно, а также сверять скриншоты всех страниц для проверки вёрстки.(тоже долговато)

У кого то есть есть подобный опыт, буду рад любым идеям))

Всем привет. Вопрос:
есть достаточно общирная ВЕБ система. Сократили штат QA а нужно как-то оптимизировать работу.
Очень часто на UI что-то ломается, после смены какого-то компонента. АПИ тесты в процессе. Хочется как-то покрыть UI. Для нормальной автоматизации UI нет времени и ресурсов, поэтому смотрю в сторону firefox ide selenium. Он может проклацать хотябы все дропдауны и кнопки. Может посеветуете что-то получше?

Расширить штат QA ))

Недавно убрали 2 человека(( Сократили бюджет так сказать

сменить работу

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

Без троллинга, тут лучше что-то посоветовать сложно. По инструменту в принципе правильно смотрите

а в чем проблема в самом сторибуке все компоненты прощелкать?

за всеми тулами, которые записывают поведение в браузере все равно потом придется править руками, т.к. локаторы они обычно так себе формируют

А если некоторые разделы не планируются переписываться. Достаточно же 1 раз указать правильный локатор и прогонять тест?

Ну и в целом да, имеет ли смысл трать время на это или все равно каждый раз руками проверять?

ну, если на странице вообще нет динамики и не планируется изменений, то какое то время это все может даже работать

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

используем вариант №2, хоть он и не идеален;  пример: styleguide http://hugeinc.github.io/styleguide/demo/index.html

Неплохо) а вы данные рандомные прокидываете при каждом прогоне или сборка всегда одинаковая?

в стайлгайде всегда выводим одинаковый набор компонентов; не такой красивый-детальный, как у бутстрапа, но всё же: https://getbootstrap.com/docs/4.3/components/alerts/

каждый тип компонента в проекте по умолчанию использует css/js аналогичного компонента со стайлгайда