Во-первых, мануальных тестировщиков уже нет. Есть инженер тестирования — разработчик.
Во-вторых, выбор языков диктуется инструментарием, который куплен банком или был навязан/продан ему. Обычно банку продается один и тот же стек инструментов — это TestBench, Ranorex, ReadyAPI, Postman, JIRA, Robot Framework. Причиной такой стандартизации является то, что именно эти инструменты заточены под KDT. То есть на рынке существуют стандартные решения, которые интегрируют эти инструменты для организации KDT.

Это означает, что инженеры тестирования обязаны одинаково хорошо знать C#, Groovy/Java и Python. Опционально VBA, так как у банков есть легаси стек из Excel и Access. Это и указывается в требованиях. JavaScript там как раз почти не используется.

Платформонезависимость языка не играет никакой роли.

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

Так как девопс он здесь и рядом — сделать запуск автотестов автоматически через жиру.

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

И дальше что? У Ranorex IDE базируется на SharpDevelop (Windows Only) и сам он Windows Only.

Какой смысл в использовании кроссплатформенного .Net Core с точки зрения тест инжинирига? Вспомогательные утилиты будут все равно создаваться для той же самой Windows Only ЦП .NET, что и Ranorex. И использовать Windows Only WinForms.