流畅的 NHibernate 单元测试
假设我编写了一个扩展 System.Web.Security.MempershipProvider 的自定义成员资格提供程序。这位于它自己的项目中。
重写 ValidateUser 方法如下所示:
IList<User> Users;
using (ISession sess = NHibernateHelper.GetCurrentSession())
{
Users = sess.CreateQuery("select u from User as u where u.Username = :username and u.Password = :password")
.SetParameter("username", username)
.SetParameter("password", password)
.List<User>();
}
if (Users.Count > 0)
{
return true;
}
else
{
return false;
}
我在这里使用 fluid nhibernate,因此 NHibernateHelper 类处理 ISession 对象的配置。
我想使用 NUnit 对该方法进行单元测试。运行测试时如何获得使用不同数据库配置(例如内存 SQLite DB)的方法?
Say I've written a custom membership provider which extends System.Web.Security.MempershipProvider. This sits in its own project.
overriding the ValidateUser method looks like this:
IList<User> Users;
using (ISession sess = NHibernateHelper.GetCurrentSession())
{
Users = sess.CreateQuery("select u from User as u where u.Username = :username and u.Password = :password")
.SetParameter("username", username)
.SetParameter("password", password)
.List<User>();
}
if (Users.Count > 0)
{
return true;
}
else
{
return false;
}
I'm using fluent nhibernate here so the NHibernateHelper class deals with the configuration of the ISession object.
I want to unit test this method using NUnit. How would I get the method to use a different database configuration (such as an in-memory SQLite DB) when running a test?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
使会话可变。
通常我会说构造函数依赖注入,但你不能用成员资格提供者来做到这一点(我认为)。
那么,您可以重写一个属性,就像这样
然后您可以在单元测试中重写 ISessionProvider 。
一个可能更好的想法是将您想要进行单元测试的部分与 Membership Proivder 隔离开来,比如一个名为 UserLoginValidationService 的类。
以下是有关使用 Fluent NHibernate 和内存数据库的更多信息:使用内存数据库进行测试时流畅的 NHibernate 陷阱。
Make the session changeable.
Normally I would say constructor dependency injection, but you cannot do that with Membership Providers (I think).
So instead how about a property that you can override, something like this
Then you can override the ISessionProvider in your unit tests.
A possibly better idea is to isolate the part you want to unit test away from the Membership Proivder, say a class called UserLoginValidationService.
Here is some more on using Fluent NHibernate and in-memory databases: Fluent NHibernate gotchas when testing with an in memory database.