2010-04-28 42 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