не раз слышала, когда компания брала себе первого тестировщика джуна без опыта

Не баг, а фича))

Перестает уходить время таймера, и обычные обороты начинаются, как в начале стирки.
Чем умнее техника, тем больше от неё сюрпризов.)

Подешевле прикрыть откровенные проблемы в тестировании? Потому что нормального качества не получится. Временный джун-патч))

А что такое «нормальное качество»?

Это вполне нормальная история, брать единственным тестировщиком джуна.
И если все понимают, что делают и зачем, то от этого хорошо и джуну, и компании.

Но как может быть хорошо от того сотрудника, который даже не знает что делать?

Во первых, я не очень понимаю, почему джун не должен знать, что делать.
Это все таки не «взяли первого встречного чувака с улицы и посадили за комп».

Во вторых, ну давайте вот предположим.
Есть команда, которая пилит продукт.
Есть нормальные разработчики, которые проверяют свои фичи, пишут юнит и интеграционные тесты, и не то что бы лепят говнокод.
Есть ПМ/ПО, который в состоянии раскидать всем понятных задач.
И текущее качество продукта их устраивает, не устраивает только то, что перед релизом кому-то приходится прокликивать два десятка страниц в разных браузерах, что бы отловить всякую мелочь.
Им нафиг не нужен синьор, который придёт и начнёт строить процессы.
Им нужен чувак, который немножко представляет, что такое тестирование, может после трёх итераций ревью командой написать нормальные тест кейсы и радостно их проходить и поддерживать.
Возможно потом, когда-нибудь, нужно будет двигать тестирование дальше, но к тому времени и чувак, наверное, подтянется.

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

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

Если понимают. Потому что часто есть желание сэкономить на найме. И это нередко в ущерб ожидаемому результату.

Это их уже проблемы что не понимают ))))

Согласен. Но это ещё и проблема джуна. Он получит необоснованно втык за плохую работу. Был знакомый, который очень переживал по этому поводу, хотя задачи получал совсем не его уровня.

Чуть из профессии не ушёл)

Если бы я попал в такую ситуацию, то я бы смотрел на то, что лишают меня ЗП или нет. Лишают - давай до свидания, не лишают - буду думать как избежать или что делать :)

Ну, я сомневаюсь, что «часто» - правильный термин здесь.

Хороший и полезный опыт.

Опыт полезный, но стрессовый. Не всем удается изначально выдержать. В какой-то мере это хорошо и стоит делать тепличных условий, но и устраивать сержанта из американских фильмов тоже не идеал, имхо)

Ну вот я как раз в позиции четко как описал Shoo
И это офигенно ссыкатно, не просто, и интересно

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

Стрессую ли я? Пздц как.
Жалею, что не попал на проект, где были бы отработаны процессы, расписаны тест-кейсы, и все было спокойно и понятно? Нет.