you write software that tests software.

Почти что наш слоган

Согласен.
Если проект не большой и нет интеграций с другими сервисами например, то зная 7-8 методов, можно смело начинать кодить.
Знание ЯП важный момент, но не стоит забывать об умении выстраивать архитектуру.
Тесты должны быть атомарными и чем меньше взаимосвязей, тем лучше.

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

я считаю, нельзя так сравнивать

Человек может быть действительно умеет писать сложно воспроизводимые действия, что-то типо драг и дроп или проверку скачивания / загрузки файлов.
Но если нет верной логики в автотестах - это бесполезно.

Считаю что нельзя сравнивать, потому что задействованы разные области с некоторым только пересечением. Примерно как сравнивать - сениора на php и милдла на java.

Я бы скорее сравнил  повара и кондитера)

Помоги Даше найти себя на этой кривой.

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

Хотелось бы минимизировать количество велосипедов, есть идеи?

Про велосипеды не скажу, железо не тестировал - но по науке когда пускаешь тесты через железо - это интеграционный тест (иногда медленный), можно еще изучить юнит тесты с моками/стабами/фейками - это когда вместо того, чтобы реально железо спрашивать - симулировать его ответы кодом. Какие фреймворки там для Ардуино уже есть - не знаю.

Только интеграционные, конечно же

естественно здесь, что за вопрос вообще?

я бы тестером пиццы пошел

Пиццу обещают))

можно в процессе потестировать