Джун QA - это перспективная единица, или Боевой универсал с низким окладом?

25-30 лет это тот возраст, когда начинаешь задумываться над вопросом самореализации, и понимаешь, что либо ты всю жизнь работаешь кем-угодно, там где платят, или находишь свою область (специализацию), где тебе комфортно и можешь наконец всем показать условную "филькину грамоту", которая определит твое место работы и саморазвития на дальнейшие годы избавив тебя от сигнала тревоги и вопроса "что дальше?" при очередной смене места работы.Неизбежно так случилось и со мной. К сожалению, только после того как цифра перешагнула барьер 30, что для IT полагаю, поздновато. Тем не менее выбрал направление QA не потому что это самый легкий способ "войти в IT", а потому что знаю, что в этой области еще до прохождения платных курсов, у меня был условный, минимальный базис в виде банальной компьютерной грамотности и смежных тем из института, в виде HTML, SQL, и базового "теребоньканя" С++. Поэтому для меня это не будет совершенно новым миром, как из автомеханика пойти в Биржевые брокеры.

Как и у всех, на этапе завершения обучения (заканчиваю уже второй курс - синдром отличника и все такое), начинают появляться вопросы: "а что с этим багажом знаний делать?" а точнее - как его применять?, поэтому буду благодарен, если поделитесь своим опытом поисков и адаптации или мнением о том, что нужно - если вы наниматель.С теорией с каждым днем все лучше и лучше, а вот в плане каких-то практических подходов из реальной жизни - пока нет понимания: что, где и когда применяется у начинающих Джунов.

Вот главный вопрос пока - как на практике, в работе, Junior должен понимать: Какую технику тест-дизайна применить в конкретном случае: эквивалентное разбиение или все таки граничные значения? Pairwise для формы авторизации подходит, или это все-таки больше про громоздкие списки и фильтры параметров в магазине условной электроники? Какие, скажем, тест-кейсы писать под конкретную задачу? Для условной формы оплаты - ведь не нужно же писать абсолютно полный список проверок. Когда в реальной работе тестировщик должен понимать, что вот именно эту штуку я буду тестировать через Postman, а для вот этой штуки Postman не нужен и хватит и тест-кейсов в TMS и баг-репортов в Jira? итд.

Возвращаясь к теме заголовка - тут, наверное, больше к нанимателям вопрос. Начал смотреть собесы - сложились разные впечатления:

С одной стороны говорят - мы ищем позитивных умеющих думать ребят, а недостаток по теории - не страшно, джуна можно научить (есть ли такая тема вообще? менторство там или банально показать - что у нас да как, т.е какая-никакая адаптация имеющихся теоретических и практических знаний к реальным рабочим сценариям)

А с другой складывается ощущения что на позицию джуна (у которого оклад как у манагера в ПВЗ) хотят кадр, который может и вэб, тестировать, и мобилки и бэкенд полностью постманом покрыть, и в SQL базами ворочать, и расскажет за топологию сетей и где и куда DNS кэшируется (хотя возможно там работа в вакансии совсем не про это) ну итд...