Прежде всего, чтобы облегчить простое тестирование, вы должны убедиться (как в «рефакторе до»), что ваш метод делает только одно (чтение файла Excel, извлечение значений и запись в БД - это как минимум три вещи). Пройдя по пути Test-Driven-Development-Path, вы бы оставили эти отдельные методы на первом месте.
Затем вы должны взять предпочитаемую среду для насмешек и отмоделировать доступ к БД, поскольку использование реального БД было бы интеграцией. тест, а не юнит-тест.
После этого вы должны проверить новые методы один за другим. Желательно, чтобы вы добавили одного «вдохновителя», который облегчает вызов других методов и сбор результатов, чтобы вы могли тестировать свои методы, не вызывая другие. Вызовите ваши методы с фиксированными значениями (предпочтительно с краями и ошибками) и используйте предпочитаемую платформу модульного тестирования для подтверждения возвращаемых значений.