Вы как то с неготивом к этому подходите))))

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

Ну вот пусть сам и пишет чо

Меня так с жавы на ноду пытались перекатить

++

нашелся человек который понял к чему я все это тут пишу)

Именно так

Я же ему не указываю какие либв использовать или язык. Я могу лишь порекомендовать

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

Ну ты же ему адекватно ответил, что это выходит за рамки данной задачи, а он адекватно согласился?

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

И в чем мораль истории тогда? В том, что можно общаться и договариваться?)

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

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

Подчиняться непосредственному руководителю это одно, а какому то мужику с соседнего этажа - другое

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

Речь не идёт о гиперболизированном примере выше с переписыванием на либу, которая больше нравится.

Как всегда в таких ситуациях: все зависит от конкретного предложения и контекста

А если ответить про изначальный вопрос про базу данных:
У нас в проекте была ситуация: бегает смоук тест, который зависит от данных, приходящих извне. Примерно раз в месяц данные менялись, и ломали тесты. Коммитить фиксы приходилось сразу в несколько веток (develop и пару servicepack-ов). Захотели хранить данные для смоука в одном месте, выбрали БД. Прожило пару месяцев, потом вернулись к нескольким коммитам, но сейчас мы поддерживаем только 2 ветки - develop и один сервиспак. Если бы поддерживали много, возможно всё-таки придумали бы свой велосипед.
P. S. Не спрашивайте, почему нельзя считать данные прямо в тестах, и построить на этом проверки, там всё сложно, это было бы просто дороже.

Спасибо. В моем случае можно обращаться к БД софта прямо из тестов