и посмотреть медиа
TestGrow - тестирование ПО
и посмотреть медиа
Канал платформы по тестированию ПО. Материалы для тестировщиков.
Канал платформы по тестированию ПО. Материалы для тестировщиков.
AI бот для озвучки текста и клонирования голоса в Telegram. Создавай аудио с помощью нейросети быстро и просто.
Ресурс платформы TestGrow по тестированию софта. Полезные материалы и советы для QA специалистов.
ПОЧЕМУ КЭШ БРАУЗЕРА МОЖЕТ ЛОМАТЬ ТЕСТЫ СИЛЬНЕЕ, ЧЕМ БАГ В КОДЕ Всем привет! Сегодня хочу поднять тему, которая скорее всего знакома каждому ручному тестировщику, но далеко не всегда осознается как настоящая проблема. Речь про кэш браузера. Мы привыкли думать, что кэш - это чисто про ускорение работы сайта. Но в реальности именно он часто становится источником таких багов, которые вводят тестировщика в ступор сильнее, чем настоящие ошибки в коде. Почему так происходит? Для начало важно понимать, что браузер кэширует: ⁃ статические файлы (JS, CSS, картинки), вы видите старую версию интерфейса, даже если код давно обновили; ⁃ API-запросы, данные подтягиваются из кэша, а не с сервера; ⁃ куки и токены, можно получить странное поведение при логине/логауте. В итоге тестируется не продукт, а сборная солянки из нового кода + старого кэша. Пару примеров из практики: ⁃ После релиза верстка ломается только у тестировщика, в итоге, оказалось, что браузер тянул старый CSS. ⁃ Новый функционал не появляется, хотя разработчик клянётся, что всё выкатили, в итоге, у тестировщика в кэше старая версия JS. ⁃ Пользователь жалуется на зависший аккаунт, оказалось, кэш подтягивал просроченный токен. Что с этим делать: 1. Перед тестированием чистить кэш/куки (или открывать в режиме инкогнито). 2. Знать про горячие клавиши: Ctrl+Shift+R (Windows) или Cmd+Shift+R (Mac) для жесткой перезагрузки браузера с очисткой кеша (работает для Chrome) 3. Следить, как настроен кэш на сервере (заголовки Cache-Control, ETag, Expires). Иногда виноват не браузер, а конфигурация. 4. Использовать DevTools, вкладка Network, Disable cache. Как итог, хочу сказать, что кэш браузера может доставить тестировщику много хлопот. Он часто маскируется под баг кода, но на деле ломает воспроизводимость, вводит в заблуждение команду и тратит часы на расследование. А у вас бывало, что после трёх часов охоты на баг оказывалось, что виноват просто кэш? 👇 Все мои проекты: TG канал по тестированию AI | Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний
Открыть канал и посмотреть медиаТолько зарегистрированные пользователи могут делиться своим мнением.
Станьте первым, кто поделится своим впечатлением об этом ресурсе!