поэтому область, где она происходит найти легко

Смотря какие это ошибки, может что-то, что разработчики спецом сделали для себя

Мне для себя интересно.
Пользовался для того что бы прикрепить консоль лог и увидел ошибки.
Стало интересно можно по ним найти,что на сайте не так

Если с вёрсткой ок, 200, 301 или 302 код ответа у страницы, данные загрузились и отобразились корректно, то зачем тратить время?

Всем привет! Вопрос не совсем по тестированию, но надеюсь смогу получить здесь советы. Нам нужно сделать баннеры на сайте, картинка и текст баннера хранятся в базе. Но ведь на разных экранах этот баннер неизбежно нужно отображать по разному (десктоп, планшет, смартфон). Как правильнее, напрягать фронтэнд, чтобы они на разных разрешениях по разному отображали содержимое баннера (встают вопросы, например как автоматически "обрезать" картинку, чтобы не отрезать лишней инфы)? Либо создавать отдельные баннеры для разных расширений (как минимум на горизонтальный экран или вертикальный), хранить их в базе соответственно по отдельности, и загружать их из бэка в зависимости от экрана устройства

векторная графика в помощь

и имеет смысл отталкиваться от возможностей

адаптивный дизайн в помощь

А при чем тут векторная графика? Ну если там какие то абстрактные рисунки будут, понятно что там можно обрезать что и как угодно.. А если там допустим фото автомобиля, не могу ж я половину изображения отрезать.. И оставлять как для десктопа что то фигня получается

вроде это всегда была работа фронта

она классно масштабируется

Ну вот я тоже склоняюсь к тому, что нужно на фронт эту работу вешать. Но.. заказчики завели багу, что в админке  невозможно настроить баннер под мобильное устройство, РП соответственно предлагает давайте будем делать 2 версии баннера. Чёт мне вся эта идея не нравится, изобретать велосипед мне кажется не стоит.. Хотелось бы узнать как решается этот вопрос

Делается это все через @media в css, делает фронт. А как уж они захотят все это делать, разными баннерами или одним, адаптируя дело 10) но в любом случае это к фронтенду

Когда-то я в scc прописывал размеры картинок в зависимости от устройств

Абсолютно нормальная практика через бекенд хранить на cdn разные версии фото в разных разрешениях. Обычно бекенд сервис ImageMagic режет фотки. Далее в зависимости от устройства фронтовый Js код будет брать нужную фотографию. Сейчас кроп на фото делается не руками а алгоритмами, результат на Траффике, скорости загрузки страницы и самое главное конечном результате одним css на фронте не исправишь

Коллеги, просветите, пожалуйста, а знание и применение async/await  в JS это прямо-таки must для QA или можно успешно тестить без?

лучше в чате @js_for_testing уточнить. Но этим жизнь улучшится, если правильно использовать

Спасибо

Коротко: да, это must.

А что это?)