Обычно DUnit работает, когда вы пишете некоторые опубликованные методы, а DUnit запускает их как тесты. То, что я хочу сделать, немного по-другому. Я хочу создавать тесты во время выполнения на основе данных. Я пытаюсь протестировать определенный модуль, который обрабатывает входные файлы для создания выходных файлов. У меня есть набор тестовых входных файлов с соответствующими известными хорошими выходными файлами. Идея состоит в том, чтобы динамически создавать тесты, по одному для каждого входного файла, которые обрабатывают входные данные и сравнивают выходные данные с известными хорошими.
Фактический источник данных здесь не важен. Трудность состоит в том, чтобы заставить DUnit вести себя управляемым данными способом. Ради этой проблемы предположим, что источником данных был просто генератор случайных чисел. Вот пример конкретной проблемы, которая доходит до сути проблемы:
Создайте несколько тестовых объектов (TTestCase или что-то еще) во время выполнения, скажем, 10 из них, где каждый
- Именуется во время выполнения из случайно сгенерированного целого числа. (Под «именем» я подразумеваю название теста, которое отображается в дереве тестового прогона.)
- Проходит или не срабатывает на основе случайного целого числа. Проход по четным, провал по нечетным.
С точки зрения дизайна DUnit, он выглядит так, как будто он был разработан с достаточной гибкостью, чтобы сделать такие вещи возможными. Я не уверен, что это так. Я пытался создать свой собственный тестовый класс, унаследованный от TAbstractTest и ITest, но некоторые важные методы не были доступны. Я также пытался наследовать от TTestCase, но этот класс тесно связан с идеей запуска опубликованных методов (а тесты названы в честь методов, поэтому я не мог просто написать один, скажем, 'go', потому что все мои тесты будут называться «go», и я хочу, чтобы все мои тесты назывались индивидуально).
Или, альтернативно, есть ли альтернатива DUnit, которая могла бы делать то, что я хочу?