Входные данные для функций

Предмет тестирования огромная биллнговая система.
И вот столкнулся с проблемой параметризации моих тестов и функций (очень много чего надо параметризировать).
Я пришел к тому, что хранить данные для теста в xml после чего эти данные запихвать в стуктуру или класс (я выбрал класс) и потом это все пихать уже в тесты.
Так вот мне кажется... что эта методика прям скажем не сильно удачна и трудоемка... может кто то из личного опыта подскажет как это все красивее и проще сделать.

ПС: Пробывал и через ексель цсв и тд.... все равно их потом как по мне удобнее засовывать в класс и оттуда использывать. Но с xml удобнее работать через ДОМ.

Мы все данные и параметры тестов храним в БД, перед стартом теста выгребаем его параметры(по коду) в массив и тогда работаем уже с массивом.

Мы все данные и параметры тестов храним в БД, перед стартом теста выгребаем его параметры(по коду) в массив и тогда работаем уже с массивом.

Та с массивами не оч удобно работать ... если параметров штук 50. А вы значения по умолчанию как задаете? Или обязательно надо зачитать данные с БД перед запуском функции/теста?

Я предпочитаю INI-файл: легко модифицировать; удобное представление данных, хоть и линейный список..

Но это дело привычки..

Та с массивами не оч удобно работать ... если параметров штук 50. А вы значения по умолчанию как задаете? Или обязательно надо зачитать данные с БД перед запуском функции/теста?

Все выгребать не обязательно, можно обращаться в БД по каждому параметру отдельно, но запрос в БД все-таки будет менее производительный чем поиск параметра в массиве, у нас тестов очень много и параметров к ним соответственно, так что производительность для нас - не пустой звук.
Мы работаем с массивами потому, что у нас TC 4й, думаю вы вполне сможете совместить ДОМом, не знаю правда на сколько он дружит с БД.
Параметры в функцию у нас задаются как вызов функции поиска конкретного параметра в массиве, либо спец. знак.