Тестирование NHibernate, имитация ISession
Я использую NHibernate и Rhinomocks, и у меня возникли проблемы с тестированием того, что я хочу. Я хотел бы протестировать следующий метод репозитория, не затрагивая базу данных (где _session вводится в репозиторий как ISession):
public class Repository : IRepository
{
(... code snipped for brevity ...)
public T FindBy<T>(Expression<Func<T, bool>> where)
{
return _session.Linq<T>().Where(where).FirstOrDefault();
}
}
Мой первоначальный подход - имитировать ISession и возвращать заглушку IQueryable (закодированную вручную) при вызове Linq. У меня есть список объектов клиентов, которые я хотел бы запросить в памяти, чтобы проверить свой код запроса Linq, не нажимая db. И я не уверен, как это будет выглядеть. Могу ли я написать собственную реализацию IQueryable? Если да, то кто-нибудь сделал это для этого подхода? Или мне нужно искать другие возможности?
Спасибо!
Ответы 2
С моей точки зрения, это будет считаться интеграционным тестированием. У NHibernate есть собственные тесты, которые он проходит, и мне кажется, что вы пытаетесь продублировать некоторые из этих тестов в своем собственном наборе тестов. Я бы либо добавил код NHibernate и тесты в ваш проект и добавил его туда вместе со своими тестами, то есть, если у них нет одного очень похожего, и использовал бы их методы тестирования, либо переместил это в сценарий тестирования интеграции и нажал база данных.
Если вы просто не хотите настраивать базу данных для тестирования, вам повезло, поскольку вы используете NHibernate. Погуглив, вы можете найти довольно много примеров того, как использовать SQLite для «своего рода» тестирования интеграции с базой данных, но сохранить его в памяти.
Я сделал этот тест, чтобы не передавать выражение в репозиторий, а вместо этого выставлять IQueryable, предоставляя репозиторию интерфейс, например:
public interface IRepository<T>
{
IQueryable<T> All();
// whatever else you want
}
Легко реализуется так:
public IQueryable<T> All()
{
return session.Linq<T>();
}
Это означает, что вместо вызова вашего метода в репозитории, например:
var result = repository.FindBy(x => x.Id == 1);
Ты можешь сделать:
var result = repository.All().Where(x => x.Id == 1);
Или синтаксис LINQ:
var result = from instance in repository.All()
where instance.Id == 1
select instance;
Это означает, что вы можете пройти тот же тест, высмеяв репозиторий напрямую, что должно быть проще. Вы просто получаете макет, чтобы вернуть список, который вы создали и вызвали AsQueryable ().
Как вы указали, цель этого состоит в том, чтобы позволить вам тестировать логику ваших запросов без использования базы данных, которая резко их замедлит.
Если вы создаете список и вызываете для него AsQueryable (), тогда .FirstOrDefault () работает непосредственно с содержимым исходного списка. Вам не нужно имитировать какие-либо вызовы запрашиваемого, поскольку это настоящий объект IQueryable.
Мы также использовали этот подход - он отлично работает, хотя это означает, что большинство ваших репозиториев имеют одно свойство (All () в вашем примере, Queryable в нашем случае).
Как вы имитируете код, если ваш тестируемый код также вызывает result.FirstOrDefault (); ?