Спасибо, попробую декомпозировать

привет: кто имеет опыт работы в cypress?
есть кейс, когда нужно проверить элемент со значением на странице, но это значение нужно получить с  json на другом сервере.
В документации я не обнаружил как вывести response от сервера, да и они сами говорят что для такого используйте постман.
кто что посоветует?

Что ж, видимо я был недостаточно внимательным. Ответ:
https://docs.cypress.io/api/commands/request#Options

Ребята, приветствую. Представьте! Есть сто кейсов, нужно провести регресс, дедлайн два дня. Как бы вы поступили? Интересна ваша точка зрения.

В этом тестовом задании вам предлагают попробовать тест дизайн или применить навыки коммуникации.

Берешь и тестишь.

Задача поставлена плохо - почему кейсов 100, а дня 2? Сколько времени занимает прохождение 1 кейса? Сколько все 100 кейсов? Сколько времени нужно на подготовку данных и окружения? Сколько времени на составление отчета?

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

предлагают думать, Андрей правильно ответил

хочешь что бы за тебя собес прошли или проверяешь, почему ты не прошел?)
А так, вопросы к руководителю куа. Он и руководит тестпланом, и самими тестировщиками.

Можно за пол часа с руководителем обсудить, сделать из 100 кейсов смок (если горят сроки) и много чего еще обсудить (привлечь других людей из других проектов)

это классический вопрос на собесах для понимания или умеет ли тестировщик в тест-стратегию, оценку рисков и тест-дизайн

может и сам тестер это сделать (без руководителя)

руководитель тут вообще не при чём и в тестплане не описывается число кейсов (если описывается - это дноплан, а не тестплан), так как оно динамически изменяется в процессе разработки

1) Мне этого может и хватить (на 120 кейзов). Реальный проект, успешно зарелизился, висит как luxoft case study.

2) А если кейзы большие -- стандартный ответ это приоретизация, проверить самые критичные и основные флоу, всякую косметику оставить на потом.

3) Ещё более продвинутый вариант это начать с коротких кейзов с большими рисками, продолжить длинными с большими рисками, потом браться за короткие с малыми рисками, а на длинные с малыми рисками как хватит если вообще хватит.

смотря как процесс выстроен и какое вообще тестирование проходит.
у нас к примеру разработка -> начало тестирование( создание тестплана, написание кейсов под новые фичи) и само тестирование.
у нас нет такого, что вдруг появились новые динамические сценарии и +100 кейсов)

помоему вы описали какой то хаос

очень стрёмный убогий вотерфолл

вот реально

поясните пожалуйста

Нет. Я хочу узнать другие варианты действий всего-лишь) из крайности в крайность ты рассуждаешь)