vi0,

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

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

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

Ну или по другому - у вас измениться версия планировщика бд(к примеру) или изменилась загрузка железа или архитектура продукта(загнали всё в контейнеры к примеру) = и все ваши записи сразу-же идут лесом...

как то так
(круглый)