Верно, manual qa - это ручное тестирование. В идеале на проекте должен быть баланс обоих, так как нужно и ручное и авто тестирование

«Фулстек» очень опасное понятие, а «разбираться» в автоматизации - размытое. В 90% случаев, эту приписку фулстек пишут ручники, которые по гайдам в интернете сделали проект по автоматизации UI на селениде или API на рест ашурде, при этом знания языка программирования и практик нормального написания кода у них нет.

Ответ в коменте выше)

Для начала всем, в том числе и эйчарам, хорошо бы понимать разницу между QA, QC и тестировщиком (по этой теме есть неплохая статья https://sedtest-school.ru/foundation/qa-qc-testing/, а затем и разницу между джуном, мидлом и сеньором.

Сколько я читал статей по этому вопросу, везде какие-то разные мнения и градации.

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

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

Я не эйчар, конечно, но думаю, что мидл QA должен хорошо разбираться в теории тестирования (сюда и техники тест-дизайна, и виды тестирования, методы и так далее) и уметь применять их на практике. Разумеется, знать все популярные инструменты тестировщика и инструменты, которые применяют в разработке продукта (типа каких-то узких, нужных только тестировщику, и каких-то общих по типу гитлаба, тимсити, джиры и прочих). Участвовать и уметь участвовать в разработке продукта от начала и до конца. Уметь ладить и взаимодействовать со всеми участниками разработки продукта. И хорошо бы иметь представление или даже навыки каких-либо ЯП, уметь читать код и даже что-то писать на нем (даже если это только мануал).