У написания тестов на языке приложения есть  несколько плюсов:
1) если тестер плохо знает яп, то рядом всегда будут люди, которые смогут помочь
2) если тестер заболел\ушёл в отпуск\зашивается, то разработчиков можно подключать к написанию тестов.
3) можно реюзать некоторые части продового кода для тестов

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

1) да/нет
2) нет
3) нет
основная причина - вся инфраструктура компании.
Если у вас все сервера заточены на java, никто вам node.js накатывать и поддерживать не будет заради автотестов, и наоборот.

Заради автотестов делают то, что в общем-то для этого нужно.
Надо будет - и ноду накатят.

Приложения на С/С++, тесты на Python. Что нужно для тестов - то и накатываем. Нужно будет... не знаю... отдельную машину с картиночками с котятами для отчетов - поднимем. Понятно, что это частный случай с другого края, но и обобщать, что "вам никто ничего не даст" тоже не стоит.

Настраивается ci/cd и проблема в совместимости языков и серверов пропадает.
Да и где сейчас можно встретить приложение, требующее автотестов, написанное на моно ЯП? Везде зоопарк технологий

Аналогично

Но! Это если автотесты отдельная задача и есть вся инфраструктура. Если это потуги мануальщиков, аналитиков, хз кого упростить себе работу, т.е. автотесты для себя, то конечно это будет гоняться либо на локале, либо на непонятно где...

Везде на самом деле по разному делают, причин может быть для выбора инструментов мильон. Кто там кому чего не даст я хз, что товарищ имел в виду, но по факту везде делают как считают нужным. Если у тестера крутая экспертиза на джаве а бек на питоне и не планируется вовлекать разрабов в написание тестов - чо бы на джаве не дать ему писать.

а бывает так, что ui тесты на selenium + python, а api тесты на java + rest assured ? Или это вообще бредятина?

Если на локале или непонятно где - то, конечно, вообще неважно, на чем они написаны. Но и назвать это "автотестированием" тоже вряд ли получится. Так, "малая автоматизация".

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

Но CI/CD сервер тоже должен поддерживать стек :)

не должен.  cicd тулза просто поднимает докер а в докер можно уже напихать чего душе угодно и пайтоны и джавы и ноджсы.

ну если мы говорим о популярных решениях - дженкинс, гитлаб си, бамбу, тимсити - везде всё +\- одинаково делается в этом плане. пайплайны стартуют джобы, джобы стртуют скрипты, скрипты поднимают докер контейнеры а в них уже все наши инструменты и тесты с приложениями.
и что там за стек будет сисд тулзе пофигу

Ну, давайте предположим что действительно нужно поддерживать стек.

Ставишь задачу ОПСам, или кто у вас там занимается инфраструктурой.
Они идут и делают. Потому что работка у них такая.
Все, конец истории.

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

Ребята, кто на удалёнке. Подскажите пожалуйста - при трудоустройстве предлагают чёрную ЗП, это практикуется в QA на удалёнке или лучше с такми предложениями слать нафиг?

нафиг

Я бы не стал доверять организациям, которые избегают налогов.