2014-03-06 81 views
0

我想我錯過了微軟希望TFS和自動化測試一起工作的某處的鏈接。 TFS允許我們創建具有測試步驟的測試用例。這些可以合併成各種測試計劃。我有這個所有的設置和工作,因爲我期望手動測試。使用TFS進行自動應用程序測試

我現在已經開始將這些測試中的一部分自動化。我創建了一個新的視覺工作室項目,這與我的測試計劃相關。我創建了一個與測試用例相關的測試類,並且計劃爲測試類中的每個測試步驟創建一個測試方法,使用ordertest確保這些方法以與測試步驟相同的順序執行。

我希望能夠將這個自動化連接到測試用例,以便它可以作爲測試計劃的一部分執行。

這是什麼時候一切都出錯了,這是我的理解,關聯面板似乎只鉤住測試案例直到一個特定的測試方法,而不是測試步驟?

我的理解是否正確?

有沒有MS在這裏錯過了一個詭計,讓事情變得太複雜或者我錯過了什麼?如果我把整個測試案例都歸結爲一種方法,我就會失去每個人正在做的事情的粒度。

如果每個測試步驟都被掛鉤到測試方法中,那麼測試方法的斷言可能會記錄整個測試用例的通過或失敗。

任何幫助或方向,以便我可以提高我的理解,將不勝感激。

回答

1

鏈接不明顯。在Visual Studio團隊資源管理器中創建並運行查詢來查找測試用例。打開相關測試用例並查看測試自動化部分。在測試自動化行的右側應該有一個省略號,點擊它並鏈接到測試用例。

我認爲這是推動從Visual Studio的自動化測試。混淆你不能一個自動化測試到MTM。

+0

我意識到如何去做,但前提是測試用例代表一種測試方法是有缺陷的。 – Justdeserves

+0

你想怎麼做? –

+0

@MrHinsh你可能想要在@Justdeserves而不是我這裏發表評論。嘗試在評論中輸入「@ Ju」,然後使用TAB鍵名稱。 – AdrianHHH

1

你可以將只有一個方法來測試案例。這種方法應該涵蓋寫在相關測試用例中的所有步驟,包括驗證(斷言)。

如果無法覆蓋一個測試方法中的所有步驟,或者如果您的測試用例過多,則需要將測試用例分解爲較小的測試用例,並且每個測試用例都會有一種與之相關的自動化方法。

自動化測試應該像這樣工作。 (不是一個硬性的規則,但..)

開始 - >做一些動作 - >驗證(斷言) - >完成

你可以寫儘可能多的斷言可能的,但如果第一個斷言失敗那麼測試不會繼續進行其他斷言。這也是手動測試的工作方式,即即使100步中有1步失敗,測試也會失敗。

爲了實現自動化測試可維護性,建議在自動化測試中添加最小斷言,最簡單的方法是通過拆分測試用例來實現。微軟或其他測試自動化提供商僅以這種方式工作,我們不爲每一步都編寫測試方法。這會讓事情變得非常複雜。

但是,您可以在測試框架中爲每個步驟編寫可重用的方法(而不是測試方法),並在您的測試方法中調用它們。例如,您不必爲一個測試用例步驟編寫代碼,一次又一次地說「應用程序登錄」。您可以單獨編寫您的方法,並在與測試案例相關的測試方法中調用該方法。

相關問題