SpecFlow中的abc.feature.cs文件的目標自動生成

我們有一套使用標記（@services，@UI）在中間層和UI之間共享場景的特性文件現在，當我將此功能文件提供給Specflow時。它會爲整個功能文件生成測試運行器接線..包括@服務場景
這是無用的，因爲我們不在UI層實現它們。SpecFlow中的abc.feature.cs文件的目標自動生成

所以我的問題..有沒有辦法告訴Specflow，只有自動生成測試運行器接線代碼的情況下，用@UI ..標記？

來源

2013-01-11 Praneet Srivastav

除了把你的功能文件分解成UI.feature和Services.feature這個明顯的答案之外，還沒有。沒有辦法從一個.feature生成多個.feature.cs文件。

但是，我可以建議，這種混合的步驟表明您的規範是跨域，這通常表明他們可能是非常技術性的，而不是行爲驅動。

來源

2013-01-11 11:37:14 AlSki

是的，分裂會讓我們的生活變得更加輕鬆，但是之後我們將擁有2套功能文件來驗證具有很多步驟重複的相同信息。它只是最初的自動化是在中等水平上使用cucumber-JVM完成的，現在我們在UI級別引入了Specflow .... ui和服務器場景之間的「給定」和「何時」步驟是相同的，只有「隨後」更改。不，他們不是技術性的，他們仍然代表着行爲 –

好消息！由於步驟基本上是全球性的，因此沒有任何重複步驟。 – AlSki

SpecFlow中的abc.feature.cs文件的目標自動生成

回答

相關問題