«Ручное» тестирование названо так потому, что на рынке нужны люди которые смогут пройтись по тест планам, но которые не умеют и не будут скорее всего писать код. Это маппинг который понятен и соискателю, и работодателю. То что это не qa, а очень изолированная часть qc , опускается обычно. Тест дизайн, как-то: выявление слепых зон в спеке и проверка тестового случая присуща для любого рода дизайна, будь он выполнен хоть в тесте, действия которые выполняются «руками» в postman, хоть в Python. Нет никакой теории тестирования которая бы разграничивала эти термины. Это бизнесовый сленг из практики, выродившийся от того, что людей не хватает и нужны те, которые могут как обезьянки по шагам тестовым проходить. Поэтому удивляться «жопа есть а слова нет» не нужно: правы и те, кто считает что тест дизайн нужен и важен для всех, и те, кто пользуются этим термином.
P.S Если бы мне дали автоматизацию в нагрузку к ручному тестированию, при условии что я работаю те же 40 часов в неделю, при условии нормального прохождения введения автоматизации в проект, я бы воспринял это как точку роста, но не как попытку «поездить на моей шее». А потом уже можно и вопрос о зарплате поднять как будет результат которым ты доволен