Question

我有一些使用Specflow和WatiN的验收测试,但无法确定在什么地方为我的IOC集装箱(SimpleserviceLocator)建立我的登记。

In my web site, the registration is done my global.asax.

在我的测试项目中,我曾尝试从我的[BeforeScenario]方法中确定这些方法,其代码如法典。

var container = new SimpleServiceLocator();
container.Register<ISitecoreLookupAccessor>(
    () => new SitecoreLookupAccessor());

Microsoft.Practices.ServiceLocation.ServiceLocator
    .SetLocatorProvider(() => container);

And I get an object instance in my application project using

ISitecoreLookupAccessor accessor =
    ServiceLocator.Current.GetInstance<ISitecoreLookupAccessor>();

但是,我有了一个错误,即“物体不是指作为服务对象的物体”。现任法官

Answer 1

The Global.asax is ASP.NET specific and will not run in your test project, because your test runner has no way of knowing that it should even consider the chance of having the possibility that their might be a global.asax :-)

换言之,为了使您能够使用<条码> . .Current ,<条码> . .SetLocatorProvider。应当为这一试验项目配备一个有效的集装箱。在使用MS 试验时,有AssemblyInitializeAttribute 可用于分解一种方法。在此情况下,在实行任何试验方法之前,将采用这种方法。其他测试操作员有不同的机制这样做。

然而,与其将共同事务文件配置在你的测试项目中,不如防止在你的测试中使用。相反,在其建筑商中注入所有受测试的班级的附属设施,并在每次试验的设定阶段这样做(青年可以证明在试验中将此类物品的建筑置于特殊工厂的方便方法之下)。防止在所测试的类别(或申请的任何类别)内打上<条码>。因此,无需在你的测试项目中使用<代码> 服务器<>代码>。这将使书面测试变得非常容易,因为你不必在测试大会中维持DI配置(而且有多个测试项目,你本会有多个DI配置)。我走了这条道路,我为我的测验而设计的DI配置非常复杂,特别是因为我不得不同时进行我的测验,这意味着我必须注入 mo(恐怖!)。但是,即使没有同时进行试验,维持一个测试的DI配置也是非常可怕的。

友情链接