Тест-план по учебнику ≠ реальная работа
В теории — все по шагам, с документацией и дедлайнами.
На практике — чаты, догадки, созвоны и вечная охота за устными договоренностями.
Собрали в карточки реальный опыт команды Red Collar:
→ Где теория не работает
→ Какой документации всегда не хватает
→ Почему чек-листы спасают чаще, чем кажется
Это не страшилки — это рабочие будни.
Полную статью читайте на Хабре
P.s. ходит слух, что в исходном тексте гораздо больше информации...
Подписывайтесь🔥 RDCLR.DEV
В теории — все по шагам, с документацией и дедлайнами.
На практике — чаты, догадки, созвоны и вечная охота за устными договоренностями.
Собрали в карточки реальный опыт команды Red Collar:
→ Где теория не работает
→ Какой документации всегда не хватает
→ Почему чек-листы спасают чаще, чем кажется
Это не страшилки — это рабочие будни.
Полную статью читайте на Хабре
P.s. ходит слух, что в исходном тексте гораздо больше информации...
Подписывайтесь
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5
Тестирование PWA: это вам не просто сайт
Прогрессивные веб-приложения — это как бутерброд из обычного фронта и нативных фич. Именно из-за этого их нельзя тестировать по привычной схеме.
Вот где можно допустить ошибки, если не знать нюансов:
1️⃣ Service Worker может кешировать баги
Если один раз закешировалась нерабочая версия, пользователь будет видеть ее снова и снова. Даже если вы давно все поправили.
Решение: принудительно обновлять Service Worker, реализовывать уведомление об обновлении, следить за флагом
2️⃣ Офлайн — это не режим, а головная боль
Проверяйте:
— что загружается при отключении интернета
— подгружаются ли нужные ассеты
— корректно ли работает fallback-страница
— можно ли перейти между посещенными страницами
Иначе пользователи при первом же отлете Wi-Fi получат белый экран.
3️⃣ Установка на рабочий стол ≠ просто иконка
Установка PWA зависит от множества условий:
— отображение в
— наличие иконок нужного размера
— наличие HTTPS
— сервис-воркер с правильным
Приложение может не предложить установку, если упущена одна деталь.
4️⃣ iOS тестировать особенно важно
Safari до сих пор не поддерживает все то, что есть на Android. Например:
— push-уведомления присутствуют, но работают иначе
— ограничения в офлайн-режиме
— нет Web App Install Banner
Выкатить фичу, протестировав только в Chrome, — плохая идея.
5️⃣ Lighthouse не панацея
Да, он покажет базовые метрики и подскажет, чего не хватает для «настоящего» PWA. Но даже с зеленой оценкой может не работать установка, кеширование или offline-режим. Поэтому обязательно делать все вручную.
Полный разбор всех граблей и чек-лист для QA-инженеров читайте на Хабре
Подписывайтесь🔥 RDCLR.DEV
Прогрессивные веб-приложения — это как бутерброд из обычного фронта и нативных фич. Именно из-за этого их нельзя тестировать по привычной схеме.
Вот где можно допустить ошибки, если не знать нюансов:
Если один раз закешировалась нерабочая версия, пользователь будет видеть ее снова и снова. Даже если вы давно все поправили.
Решение: принудительно обновлять Service Worker, реализовывать уведомление об обновлении, следить за флагом
waiting
.Проверяйте:
— что загружается при отключении интернета
— подгружаются ли нужные ассеты
— корректно ли работает fallback-страница
— можно ли перейти между посещенными страницами
Иначе пользователи при первом же отлете Wi-Fi получат белый экран.
Установка PWA зависит от множества условий:
— отображение в
display: standalone
— наличие иконок нужного размера
— наличие HTTPS
— сервис-воркер с правильным
scope
Приложение может не предложить установку, если упущена одна деталь.
Safari до сих пор не поддерживает все то, что есть на Android. Например:
— push-уведомления присутствуют, но работают иначе
— ограничения в офлайн-режиме
— нет Web App Install Banner
Выкатить фичу, протестировав только в Chrome, — плохая идея.
Да, он покажет базовые метрики и подскажет, чего не хватает для «настоящего» PWA. Но даже с зеленой оценкой может не работать установка, кеширование или offline-режим. Поэтому обязательно делать все вручную.
Полный разбор всех граблей и чек-лист для QA-инженеров читайте на Хабре
Подписывайтесь
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как тестировать PWA?
Про тестирование PWA есть много разрозненных мнений, подходов и обособленных принципов, иногда противоречащих друг другу. Мы в Red Collar решили испытать на себе несколько вариаций подхода к...
🔥5❤3😍2
Next.js 15: серверные компоненты по умолчанию и что это значит для нас
В новой версии Next.js кардинально поменяли подход к рендерингу:
⚙️ Все компоненты теперь серверные по умолчанию → меньше JS на клиенте, быстрее первый рендер, лучше SEO.
⚙️ Для интерактивных элементов достаточно добавить "use client" — и компонент оживет в браузере.
Что это дает:
— Сильный буст производительности без ручной оптимизации.
— Меньше данных гоняем по сети, экономим трафик.
— Проще управлять маршрутизацией и макетами через App Router — логика и данные теперь ближе друг к другу.
Где быть аккуратным:
— Если бездумно ставить "use client", можно снова нарастить бандл до прежних размеров.
— Некоторые библиотеки для UI могут не дружить с серверным рендерингом — придется искать обходные пути.
Next.js 15 не просто «еще одно обновление», а реальный сдвиг в сторону производительности и чистой архитектуры. Если вы строите проект с упором на скорость и SEO — самое время попробовать.
🔗 Источник
Подписывайтесь🔥 RDCLR.DEV
В новой версии Next.js кардинально поменяли подход к рендерингу:
Что это дает:
— Сильный буст производительности без ручной оптимизации.
— Меньше данных гоняем по сети, экономим трафик.
— Проще управлять маршрутизацией и макетами через App Router — логика и данные теперь ближе друг к другу.
Где быть аккуратным:
— Если бездумно ставить "use client", можно снова нарастить бандл до прежних размеров.
— Некоторые библиотеки для UI могут не дружить с серверным рендерингом — придется искать обходные пути.
Next.js 15 не просто «еще одно обновление», а реальный сдвиг в сторону производительности и чистой архитектуры. Если вы строите проект с упором на скорость и SEO — самое время попробовать.
🔗 Источник
Подписывайтесь
Please open Telegram to view this post
VIEW IN TELEGRAM
DEV Community
The Hidden Power of Next.js 15 in Your Hands
Hey to all you pioneering programmers and those striving to build the best in the web world! 😎 As a...
Tailwind vs «классическая» верстка: что выбрать?
Когда речь заходит о стилизации интерфейсов, команды чаще всего делятся на два лагеря:
1. Tailwind — утилитарный CSS-фреймворк.
2. Классическая верстка — собственные стили + SCSS/LESS/PostCSS.
⚙️ Tailwind
— быстрый старт — можно сразу собирать UI из готовых утилит;
— меньше контекста: все в JSX, не нужно прыгать между файлами;
— встроенный контроль консистентности (размеры, цвета, шрифты);
— результат кажется «грязным» из-за длинных классов;
— сложнее поддерживать крупные проекты, если нет строгих правил.
⚙️ Классика
— разделение кода (JSX отдельно, стили отдельно);
— легко использовать готовые дизайн-системы;
— гибкость: можно писать кастомные решения без ограничений;
— больше рутины: нужно заводить файлы, писать переопределения;
— выше риск «зоопарка»: стилей без строгого код-ревью;
Tailwind часто используют, если нужно быстро валидировать идею или запустить продукт в сжатые сроки. Но для долгосрочных проектов с богатым UI и кастомной логикой «классика» все еще выигрывает по читаемости и поддержке.
Подписывайтесь🔥 RDCLR.DEV
Когда речь заходит о стилизации интерфейсов, команды чаще всего делятся на два лагеря:
1. Tailwind — утилитарный CSS-фреймворк.
2. Классическая верстка — собственные стили + SCSS/LESS/PostCSS.
— быстрый старт — можно сразу собирать UI из готовых утилит;
— меньше контекста: все в JSX, не нужно прыгать между файлами;
— встроенный контроль консистентности (размеры, цвета, шрифты);
— результат кажется «грязным» из-за длинных классов;
— сложнее поддерживать крупные проекты, если нет строгих правил.
// Tailwind
<button className="px-4 py-2 bg-blue-500 text-white rounded-lg hover:bg-blue-600">
Click me
</button>
— разделение кода (JSX отдельно, стили отдельно);
— легко использовать готовые дизайн-системы;
— гибкость: можно писать кастомные решения без ограничений;
— больше рутины: нужно заводить файлы, писать переопределения;
— выше риск «зоопарка»: стилей без строгого код-ревью;
// JSX
<button className="button">Click me</button>
// styles.css
.button {
padding: 8px 16px;
background: #2563eb;
color: white;
border-radius: 8px;
}
.button:hover {
background: #1d4ed8;
}
Tailwind часто используют, если нужно быстро валидировать идею или запустить продукт в сжатые сроки. Но для долгосрочных проектов с богатым UI и кастомной логикой «классика» все еще выигрывает по читаемости и поддержке.
Подписывайтесь
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4