Комментарии 4
Это все конечно интересно, но я пробовал запускать на 8-ядерном Core i7 Coffee Lake в пустом профиле Chrome, закрыв все программы — ваш сайт все равно ужасно тормозит
Такое чувство что ваши коллекторы названивают JavaScript-коду, потому он отвлекается от рендера
Спасибо за статью! У меня вопрос про тестирование верстки. В случае, когда разработчик изменяет вид уже существующего компонента, то как происходит сверка с эталонным скриншотом, ведь его еще не существует в мастер сторибуке? Или тесты на такой случай не запускаются?
На самом деле есть два случая:
1. Разработчик добавил новый сторис (компонент). В таком случае наш инструмент не будет брать такой сторис в тестовый набор и проверка данного сториса ложится на плечи ответственного за Merge Request.
2. Разработчик изменил верстку существующего компонента. При такой ситуации инструмент обнаружит различия в верстке для этого компонента и завершит тестирование с неудачей. Дальше прикрепит диффы сравнения в репорт. И ответственный разработчик (тестировщик) проверит что верстка на диффах изменена планово и можно мержить.
При этом джоба с тестами не блочит в таком случае влив мерж реквеста.
1. Разработчик добавил новый сторис (компонент). В таком случае наш инструмент не будет брать такой сторис в тестовый набор и проверка данного сториса ложится на плечи ответственного за Merge Request.
2. Разработчик изменил верстку существующего компонента. При такой ситуации инструмент обнаружит различия в верстке для этого компонента и завершит тестирование с неудачей. Дальше прикрепит диффы сравнения в репорт. И ответственный разработчик (тестировщик) проверит что верстка на диффах изменена планово и можно мержить.
При этом джоба с тестами не блочит в таком случае влив мерж реквеста.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Автоматизация микрофронтендов, или как в Тинькофф тестируют библиотеки компонентов