本文章是由機器翻譯。
Visual Studio 2012
Microsoft Test Manager 2012 的新功能
在本文中,我們將介紹一些 Microsoft 測試管理器 2012年 (MTM),用於與由 Visual Studio ALM 遊俠"dogfooded"中的新功能。
綜上所述,ALM 巡警是一個解決缺少的功能,通過促進 Visual Studio 產品組、 Microsoft 服務和微軟最有價值專家 (MVP) 社區之間的協作,刪除通過阻斷劑和發佈的最佳做法和指導基於現實世界的經驗的專家組。
以下是 MTM 2012 年的各種功能的討論。
探索性測試這有時稱為"特設測試",定義為執行軟體測試沒有已定義的腳本。 想法是可以依靠的創造力的測試人員,説明表面缺陷與具有為每個測試回合和方案編寫腳本分步測試案例。 在 MTM,在 2010 年 1 月發佈的第一個版本中探索性測試已啟用通過備案通過 Microsoft 測試轉輪"探索性的 bug"。 該工具允許使用者在開發工作流中,執行一組操作,一旦找到 bug,測試人員可以選擇,從而削減到適當數量的步驟,包括在被提交的 bug 錄製的操作。
這個想法是測試儀可能會花很長時間才找到一個 bug,應用探索的能力,從而削減步驟然後會給測試人員使用更多或更少的再現步驟基於知道在給定方案的上下文創建 bug 的自由。 此功能給測試人員能夠自由地執行測試回合工作流的開發樣式中和仍利用功能的精確複製的步驟創建一個 bug。 測試者還可能創建測試案例從這些步驟所以 bug 修復可以通過重新運行腳本的測試案例,稍後驗證。
探索性測試經驗已大大改進 2012年發行版本。 在以前的版本中,提交一個探索性的錯誤首先需要有一個測試案例從 Microsoft 測試轉輪上運行。 使用者可以創建一個"虛擬"的測試案例,以及作為一個例子,它命名"探索"或只是利用一些現有的測試案例。 這兩個選項似乎有點笨拙而作出發現探索性測試功能有點困難。 在 MTM 的 2012年版本中,不再需要做探索性測試,測試案例時,有幾個不同的方法來開始探索性測試會話。 若要開始,只是在試驗計畫中,用滑鼠右鍵按一下一個測試套件並選擇"流覽"。使用者還可以關聯的要求,允許將 bug 和測試案例創建的連結到要求工作項的探索性測試工作。 要這樣做,啟動探索會話從 MTM 2012 年從積壓專案,如中所示, 圖 1。
圖 1 步驟使用 MTM 的探索性測試
同時探索性測試會話運行,測試人員可以在螢幕截圖、 評論和檔附件的形式創建 bug 的附加資料。 中所示的探索性測試視窗圖 2 為測試人員提供了很好的體驗。 大圖示使它輕鬆地創建 bug 和測試案例,您可以鍵入並設置格式注意到在自由形式的欄位中。 您鍵入的筆記 — — 由測試人員,如螢幕擷取畫面捕獲任何資料 — — 為您創建它們獲得無縫添加到 bug 或測試案例。 使用者已添加和刪除步驟,偏離什麼被捕獲時錄製的操作的能力。
圖 2 在 MTM 的探索性測試會議
從一個探索性測試會話創建新的 bug 和測試案例是一個常見的工作流,其中一個例子,但使用者還可以打開和更新現有手動測試用例和 bug。
MTM 2012 年探索性測試的方案的使用者體驗是快速和流體 MTM 2012 年的探索性測試。 測試人員有能力可以暫停和繼續測試,這使得整體使用者體驗極其靈活。 許多組織用於支援軟體應用程式的一個方案是向外地客戶撥打電話,期間哪些支援代理經常步行通過與最終使用者應用程式嘗試重現 bug。 經常支援專業人員可能採取筆記和截圖,然後稍後將 bug 發送給開發人員。 MTM 2012 的探索性測試功能理論上啟用支援專業人員,以遍歷最終使用者通過手機上的探索性測試會話的應用,然後開發團隊飼料有效地豐富的、 可操作的 bug。 一旦關閉該調用,電話支援專業人員然後可以結束測試會話,並開始在下次調用同一個新的會話。
通常情況下,在釋放應用程式或應用程式的新功能之前, 產品業主想要測試徹底要確保 bug 並不發佈的應用程式。 通過利用探索性測試,組織可以移除創建每個場景腳本的測試案例的開銷。 一群測試可能會花時間探索應用程式和檔的 bug 和測試案例,因為他們發現。 這一形式自由測試可以説明減少更多的開銷定義測試工作。
另一個示例,使用者可能想要測試應用程式無需開銷定義測試案例的純粹因為臨時資源問題。
改進的性能這是一個主要的目標,新的發行版本,和產品團隊做了很多在這一領域的工作。 連接到一個測試計劃,顯示測試套件中的,啟動 Microsoft 測試轉輪、 保存工作項和創建實驗室環境都有所改善。 以及這些方面的改進,Visual Studio 團隊基礎伺服器 (TFS) 代理支援已啟用附件所以團隊使用 MTM 2012 和 TFS 代理現在會看到類似于原始程式碼管理操作的性能優勢。 具體而言,附件將被緩存在代理伺服器上,保存從不必等待該附件以從 TFS 下載附件的每一位消費者。 幾個其他小款包括增設的"最近使用的"的清單,您可以從中選擇一個使用者無須經過的完整清單。 同時,分配配置是作出更容易通過提供要從選擇而不是一個單獨的列,為每個配置的單個清單。
測試案例編輯器改進 雖然不明顯,測試步驟網格 (所示 圖 3) 已被完全重寫。 現在在預設情況下產品中可用,通過修補程式和功能包以前可用的功能。 測試步驟網格支援 rtf 文本和多行測試步驟。 此外,複製和粘貼來自 Microsoft Excel 或 Word,包括多行的步驟和富文本,被支援。 螢幕房地產也被管理更好地通過消除周圍的測試案例欄位在螢幕的頂部框架和提供測試步驟網格和底部的參數區域之間拆分。
圖 3 測試案例編輯器改進
為新的反覆運算到其他計畫克隆測試套件從 MTM 使用者常見的問題了,"如何複製一個測試計劃而不會丟失可追溯嗎?"MTM 的 2010年版本允許測試計劃要複製,這意味著一個新的試驗計畫已創建,但不是創建新測試案例。 相反,現有測試案例被""所引用的新的測試計劃。 這就意味著在一個計畫中更改測試案例也其他計畫中更改測試案例。 這不是可取的行為需要絕對的可追溯性的團隊。 這些團隊不得不使用協力廠商實用程式或訴諸于一些低級 TFS API 程式設計來實現所需的結果。
克隆一個測試計劃現在是 TCM.exe,測試案例管理命令列工具的功能。 克隆一個測試計劃將克隆的測試案例,共用的步驟,測試套件、 分配測試、 配置、 動作記錄、 連結、 附件和測試的配置。 測試設定、 測試結果和測試回合不被克隆。 此外,要求根據版面不被克隆。 克隆原來的要求和將它們關聯到新的測試案例或關聯到老要求新的測試案例是手動操作。
在執行克隆操作是從 TCM.exe 內進行 Visual Studio 命令提示符。 您必須指定集合、 源和目標的套房和新目標測試計劃的值。 (可選) 可以使用的 overridefieldname 和 overridefieldvalue 參數指定一個新區域路徑或反覆運算路徑,或使用已添加到測試案例的工作項範本的自訂測試實例欄位。
Tcm.exe 套房命令格式,如下所示:
Tcm.exe 套件 /clone /collection:CollectionURL /teamproject:project /suiteid:/destinationsuiteid id:/overridefieldname id:fieldname /overridefieldvalue: fieldvalue
下面的命令列會將 id 為 100 的一套複製到 id 為 115 套件:
tcm.exe 套件 /clone /collection:HTTP: / / myTFS:8080/tfs/sampleTPC /teamproject:sampleTeamProject /suiteid:100 /destinationsuiteid:115 /overridefieldname:"反覆運算路徑" /overridefieldvalue:"areapath\sprint 2"
團隊專案集合被命名為"sampleTPC,"和團隊專案被命名為"sampleTeamProject"。新的反覆運算路徑將會"areapath\sprint 2"。
注意:您可以通過突出顯示測試套件中規劃的內容,然後在右側清單上方的測試案例的標頭中查看該套件名稱旁邊的 ID 查找測試套件 ID。
連結到測試案例的唯讀版本這現在提供了 Microsoft 測試轉輪。此外,Microsoft 測試轉輪的測試說明欄位支援 rtf,如中所示圖 4。
圖 4 Microsoft 測試增強功能
視頻錄製功能增強視頻錄影機不再需要單獨的安裝和使用者可能現在還可以啟用音訊錄製。音訊錄製可啟用或禁用診斷資料配接器的視頻錄影機,如中所示圖 5。
圖 5 啟用音訊錄製
在 MTM 導航這幾種方式中提高了。你會發現那裡是灑在該產品,整個一個連結複製按鈕,如中所示圖 6。
圖 6 複製連結按鈕
將按一下此連結將 URL 複製到剪貼簿上,您可以發送電子郵件的人一個超連結指向您正在查看的專案。
按一下包含此位址的超連結將啟動 MTM 2012,並使使用者直接用 ID 標識的測試結果並運行 ID,其中包含超連結中。
測試計劃選擇也得到了改善。當一大批計畫已在清單中,從啟動畫面中選擇一項計畫可能是痛苦的在以前的版本中。而不是長長的清單中上下滾動,只需鍵入前幾個字母在計畫快速跳轉到前期立項的審批蛇島計畫清單中的位置。
MTM,使使用者可以跳轉到計畫清單中的右上角一直有一個超連結。該功能仍然存在,但現在有一個超連結指向該團隊專案以及。跳轉到一個團隊專案選擇螢幕現在也是單一的點擊。
連接到 TFS 2010 年多數 MTM 的特徵 — — 如測試規劃和執行、 資料收集和使用的實驗室環境 — — TFS 和不匹配的版本的 MTM 之間很好地工作。若要使用 MTM 2012,您需要安裝 TFS 2010 SP1 和最新的軟體更新。不過,新功能,如探索性測試不會工作直到您升級 TFS 2010 到 TFS 2012 年。
報告 MTM 提供各種類型的報告,以跟蹤和衡量測試的有效性。報告説明您找出哪些測試案例已傳遞、 失敗或阻止。MTM 2012 允許您查看計畫選項卡中的結果。有一個選項可以查看結果,提供很好的試驗計畫的結果狀態視圖。您可以查看結果基於測試組態或基於您要查看結果的測試套件。此外,使用者還可以查看基於測試的結果。若要在計畫選項卡中查看結果,請按一下結果的連結中所示圖 7。這將打開最新的測試回合的結果。
圖 7 測試計劃結果
測試資料減少到 TFS 存儲減少負荷在預設情況下,2010 年,MTM 時自動的測試回合的結果發佈到 TFS 2010 年部署專案和所有在測試回合的二進位檔案上載。這些可用於以後重新測試和分析失敗。這種方法打開測試結果時在用戶端上有 TFS 資料庫存儲和性能問題的開銷很大。MTM 到 2012 年,在預設情況下,只有測試結果檔和其他資料收集器附件上載到 TFS 資料庫。僅當啟用代碼覆蓋率或測試的影響分析,二進位檔案上載到 TFS 2012。這些二進位檔案所需的代碼分析。
標記 MTM 沒有啟動 Microsoft 測試轉輪的測試案例結果 MTM 2010,在沒有任何標記多個測試案例通過或失敗的選項。測試人員只能夠設置的單個測試案例,狀態,這已從 Microsoft 測試轉輪視窗中,這是一個單調乏味的工作要做。MTM 到 2012 年,測試人員可以標記測試案例的通行證、 失敗或阻止直接從測試選項卡的運行測試螢幕。測試儀還具有單個測試案例或多個測試案例通過試驗、 失敗測試或塊測試,作為標記或重置為活動狀態測試的選項 (請參見圖 8)。
圖 8 中 MTM 的標記測試案例結果
手動測試的 Windows 存儲應用 MTM 2012 有助於提高效率的手動測試 Windows 存儲的應用程式。使用 MTM 2012,可以在遠端 Windows 8 設備如平板電腦或 Windows 8 的 PC 運行的 Windows 存儲應用程式進行測試。可以在遠端 Windows 8 設備上執行您測試步驟,並在同一時間標記為通過或失敗 MTM 2012 年在您的本地電腦上的步驟。MTM 2012 將説明您生成豐富的行動日誌 — — 一個視頻與您的操作的文本和圖像描述 — — 這是您在遠端設備執行的操作的分步表示。
Windows 存儲應用程式的手動測試包括三個步驟。第一步安裝遠端偵錯器,其中包括微軟測試控管配接器服務。第二步連接到使用 MTM 2012 的遠端設備。第三步從 MTM 2012 年執行測試案例。
之前測試 Windows 存儲應用程式,確保 Microsoft 測試控管配接器服務已啟用。一旦啟用該服務,在 2012 年 MTM,連接到的測試計劃,你有你的測試套件。在檢測中心,請按一下"執行手動測試使用"旁邊的修改連結來指定遠端設備上運行手動測試的 (請參見圖 9)。選擇"遠端設備 ... ..."選項並輸入的名稱或您要測試的設備的 IP 位址。按一下測試來測試連接,然後保存您的更改。
圖 9 Windows 存儲應用程式的手動測試
一旦建立連接,則您可以運行手動測試用例。微軟測試轉輪開闢了帶有開始測試或安裝應用程式的選項的"執行手動測試使用"對話方塊。安裝應用程式會在 Windows 8 設備上,這是一個三步過程複製檔、 安裝證書和安裝 app 的 Windows 存儲應用程式的遠端安裝。按一下啟動選項,則將在 MTM 視窗中,其中您可以標記它們作為合格或失敗顯示測試步驟。同時在遠端電腦中執行這些步驟,您可以採取的 bug 的截圖,並創建 bug。
增強的 Windows 存儲軟體的動作記錄的 MTM 2012 年中,您生成豐富的行動日誌與 Windows 存儲應用程式或互聯網瀏覽器 10 上執行的操作的文本和圖像說明。動作記錄檔包含為每個測試回合期間進行的行動步驟的截圖和檔將保存為.html 檔可以在瀏覽器中查看。懸停圖像動作記錄中的任何縮略圖會顯示執行的操作的全屏圖像 (請參閱圖 10)。增強的動作記錄輕鬆音響的 bug。使用者可以看到測試儀、 所採取的具體步驟和一個 bug 提交通過 Microsoft 測試轉輪或探索性測試視窗時顯示這些日誌。
圖 10 增強 Windows 存儲應用程式的動作記錄 (來源:Visual Studio ALM + 團隊的基礎伺服器在博客上 bit.ly/NV0Eru。)
一定要探索這些和許多更多的功能,在 2012 年 MTM,尤其是如果你負責提高品質的解決方案,並測試它們。
Sudheer Adimulam 是 Microsoft 服務 — — 全球交付與測試顧問和作為了 Visual Studio ALM 護林員的工作。他在電腦應用程式中具有碩士學位,ISTQB、 CSQA、 MCSD 和攤檔。
Micheal Learned 是總理外地高級工程師開發與微軟公司以及工程作為 Visual Studio ALM 遊俠。他專注于説明 Microsoft 客戶與.net 框架的開發與應用生命週期管理。他可以在他的博客上達到 tfsmentor.com 或在 Twitter 上 twitter.com/mlhoop。
Tim Star 是 Intertech Inc.、 注重培訓、 諮詢和 Visual Studio ALM 的主要顧問。他在電氣工程學士學位,是釀造、 攤檔、 MCT、 Visual Studio ALM 外部遊俠和三次 MVP 獎得主。
由於下面的技術專家,檢討這篇文章:Mathew Aniyan, Nivedita Bawa, Willy-Peter Schaub 和 Charles Sterling