我們在構建服務器上持續集成。每次簽入後自動測試的程序發送一些電子郵件。我們希望將這些電子郵件發送給簽入的用戶。在開始單元測試時,是否有任何方法可以獲得進行簽入的用戶的姓名。TFS Build Server檢測簽入的用戶
如果我們可以以某種方式訪問在AssemblyInitialize方法中進行簽入的用戶的名稱,那麼最好是。
注意:該請求不是關於發送測試報告,而是關於在運行所有單元測試之前更改應用程序配置文件中的電子郵件。
我們在構建服務器上持續集成。每次簽入後自動測試的程序發送一些電子郵件。我們希望將這些電子郵件發送給簽入的用戶。在開始單元測試時,是否有任何方法可以獲得進行簽入的用戶的姓名。TFS Build Server檢測簽入的用戶
如果我們可以以某種方式訪問在AssemblyInitialize方法中進行簽入的用戶的名稱,那麼最好是。
注意:該請求不是關於發送測試報告,而是關於在運行所有單元測試之前更改應用程序配置文件中的電子郵件。
您可以更改構建過程工作流以從當前Shelveset(該類型在C:\ Program Files(x86)\ Microsoft Visual Studio 10.0 \ Common7 \ IDE \ PrivateAssemblies \ Microsoft.TeamFoundation.VersionControl.Client中定義.dll)OwnerDisplayName(目前它只是帶域名的登錄名,所以你應該做一些AD查找以獲得AD的普通名稱和EMail)。 一旦你有了這些信息,你就可以檢查測試結果是否是綠色的。如果沒有在默認模板中引發異常。抓住它併發送郵件給用戶並重新拋出異常。
在測試水平是不可能看到它,因爲TFS具有
您試圖解決錯誤級別(內部測試)中的問題。您可以更輕鬆地更改構建過程模板,而不會遇到任何問題。
感謝您的回覆。可能還有一些細節:簽入的應用程序,當一些作業開始時生成電子郵件和pdf。我們在運行持續集成時測試這些工作。這些電子郵件的收件人是在app.config文件中配置的。我們希望每次將它們發送給最後一次簽入的用戶。所以他得到了他簽入後生成的文件。但據我瞭解你,這是不可能的? – user887309
嘿,你是一名程序員。沒有什麼是不可能的!但要做到這一點,你仍然需要修改構建過程模板來編寫例如這個信息到構建輸出文件夾,以便測試代理可以訪問這些信息。但是這沒有多大意義,因爲您可以直接在構建過程模板中完成所有這些工作,而無需額外的循環進入您的測試。我不太確定通過郵件進行測試驗證是否是件好事。如何檢查pdf並直接以自動方式比較它們(例如http://www.qtrac.eu/diffpdf.html)? –