Ваши тесты должны быть небольшими, независимыми и быстрыми. Теоретически модульные тесты могут выполняться в любом порядке, индивидуально или в виде пакета тестов, и они не должны полагаться на какие-либо значения конфигурации (например, строку подключения).
Звучит так, как будто вы пытаетесь сохранить физическое хранилище данных, а затем проверить, что значение действительно существует в более позднем тесте. Итак, вы написали тест, который зависит от предыдущего теста. Это слишком хрупкая установка.
РЕДАКТИРОВАТЬ 1
Я не проверяю свои репозитории. Я использую NHibby, и я знаю, что это работает, пока моя конфигурация действительна. И если моя конфигурация неверна, я бы не использовал модульный тест для проверки этого.
Я пишу приложения MVC или WPF / M-V-VM. С этими стилями очень легко писать тесты на уровне контроллера или модели. Я буду издеваться над моими репозиториями таким же образом, как этот
[TestMethod]
public void TestThatSomethingHappens()
{
var repo = new Mock<IRepository>();
repo.Setup(x => x.Find<Customer>(It.IsAny<int>())).Returns(_somePredefinedCustomer);
// etc.
}
Итак, когда мой код извлекает значение из репозитория, он извлекает заранее определенного клиента, и этот клиент уже встроен в метод настройки теста (или конструктор, если вы используете xUnit). Если я захочу проверить, что происходит, когда покупатель не найден, это будет другой тест, у меня будет .Returns(null)
, и я посмотрю, что делает мой контроллер или WinForm.