Як би я розділив логіку тестової бази даних?

У мене все ще виникає проблема щодо подолання невеликої проблеми, коли мова йде про TDD.

Мені потрібен метод, який отримає певний набір записів відфільтрованих даних із рівня даних (linq2SQL). Зверніть увагу, що я використовую класи, згенеровані посиланнями, які генеруються з DBML. Тепер проблема полягає в тому, що я хочу написати для цього тест.

чи я:

а) спочатку вставити записи в тест, а потім виконати метод і протестувати результати

б) використовувати дані, які можуть бути в базі даних. Якщо не захоплюватися цією логікою, це може спричинити зламування речей.

в) що ви коли-небудь пропонуєте?

Варіація на (а).

Майте тестовий db або підрозділ db, який можна використовувати для тестування. Коли ви налаштовуєте свої тести, створіть процедуру, яка ініціалізує БД, як вам це потрібно, щоб почати тестування (це можна зробити перед кожним тестом, якщо потрібно). Це може включати видалення даних, вставлення даних тощо. Потім запустіть свої тести. У фазі Teardown почистіть після себе. Можна повторювати стільки, скільки потрібно, без ризику порушити живу систему (не дуже гарна ідея тестувати, використовуючи дані в базі даних, необхідні для чого-небудь іншого).