Аналитика Telegram-канала
Подписчики
944
Охват за 24 ч
154
ER за 24 ч
16,31%
Публикаций
249
Динамика подписчиков
7 дней
30 дней
6 месяцев
Больше
26 окт29 окт1 ноя
Показаны последние 7 дней
Больше истории →
Охваты публикаций
13.1020.1022.1024.1024.1026.10
65
Средний охват
208
Лучший результат
Показаны 6 публикаций — последние в канале
Больше статистики →
Упоминания
4
Упоминаний
4
Из них репостов
4
Каналов
3
Упоминаний
0
Из них репостов
3
Каналов
Последние посты
3 из 249 2 из 249
Привет, любители долгих тестов!
Если у вас запускались ночные запуски в ночь с субботы на воскресенье и они шли в районе ночи, то в отчетах тесты могли получиться на час дольше. Это эффект перевода часов на зимнее время — тесты выполнялись столько сколько обычно
Перевод часов был в ночь с субботы 24 на воскресенье 25 октября. Это зависит от часового пояса сервера на котором формировался отчет:
• 01:00 по UTC, но в разное локальное время
• Западноевропейская зона (перевели в 02:00 на 01:00, синхронно по UTC): 🇮🇪 Ирландия (AWS eu-west-1), 🇵🇹 Португалия, а также 🇬🇧 Великобритания
• Центральноевропейская зона (перевели в 03:00 на 02:00): 🇪🇸 Испания, 🇳🇱 Нидерланды, 🇵🇱 Польша, 🇩🇪 Германия, ..., а также 🇷🇸 Сербия, 🇲🇪 Черногория
• Восточноевропейская зона (перевели в 04:00 на 03:00, синхронно по UTC): 🇧🇬 Болгария, 🇨🇾 Кипр, 🇱🇻 Латвия, ..., а также 🇺🇦 Украина, 🇲🇩 Молдова
Если вдруг ваши часы показали что вы спали в ту ночь вдруг 10+ часов или другое необычно долгое время — причина та же
Не было переводов в 🇮🇸 Исландии, 🇷🇺 России, 🇧🇾 Беларуси, 🇹🇷 Турции, 🇬🇪 Грузии, 🇦🇲 Армении, 🇦🇿 Азербайджане.
А если ваши серверы в 🇺🇸 США или 🇨🇦 Канаде и работают с местным часовым поясом, то перевод будет в первое воскресенье ноября (через неделю)
ещё
20
0
26 окт, 19:15
ещё
0
0
24 окт, 21:09
Привет любители быстрых тестов!
Несколько дней сталкивался с проблемами долгих сборок, flaky тестов и прочих радостей крупных проектов. И недавно услышал про новую северную звезду в мире разработки
⭐AI Software Factory
Давайте представим, что нужно создать такую фабрику. И агент будет писать и код и тесты. Скорость написания кода уже не важна. А вот скорость выполнения тестов, стабильность тестов, скорость накатки тестовых данных, и так далее останутся важны
Что тут пригодится? Какие техники?
🤩 может не будем запускать тесты на бекенд, если поменялся фронтенд
А может тут поменялись параметры ключевого и самого частого запроса к этому бекенду?
🤩 может запустим тесты параллельно
А если два теста одновременно добавят два разных свойства объекту, в общей базе данных, то какой должен быть ожидаемый результат?
🤩 может сделаем каждому тесту свою базу или заглушку базы данных
А сколько это ресурсов потребует?
🤩 может будем использовать code coverage и аналитику для выбора запускаемых тестов и запускать не все
…
Интересная задача
ещё
38
0
24 окт, 16:27
Продолжить анализ этого канала
- История роста подписчиков
- Просмотры и охваты публикаций
- Кто упоминает канал и кого упоминает он
- Похожие каналы и подбор для рекламы
Открыть аналитику
Демо до 14 дней