2010-04-28 75 views
0

当我在NUnit = Red Bar中运行此测试时。但是,当我在Visual Studio中使用Testdriven.Net运行此测试时,它会通过(从控制台应用程序运行时也可以)。NUnit/Testdriven.Net冲突的结果

当NUnit失败时,这是因为PropertyChanged为null,subjectVM是从基类继承PropertyChanged的View Model类。

我该责怪,还是我在看NUnit的bug?

+0

您的意思是PropertyChanged为null或pcEventArgs为NUnit为null? – Paolo 2010-04-28 13:22:27

+1

不同的测试工具以不同的顺序执行测试 - 这个测试对它的执行顺序有一个隐含的依赖关系吗?也许另一个测试是对'subjectVM'做些诡异的事情? (这看起来似乎是合理的,因为它似乎是一个类的成员。) – 2010-04-28 13:25:45

+0

@Paolo,不,我的意思是PropertyChanged为null,我通过在各个地方插入异常并再次从NUnit运行测试发现了这一点,所以我知道NUnit测试运行器获取至于if(PropertyChanged!= null),但没有更进一步。 – Grokodile 2010-04-28 13:27:15

回答

2

不同的测试工具以不同的顺序执行测试:如果此测试对fixture的执行顺序有隐式依赖关系,可能会导致这个问题(我之前被烧掉了)。

我最好的猜测是,另一个测试是做什么腥subjectVM(或成员之一)。

+0

感谢您的推动! – Grokodile 2010-04-28 13:40:00