2016-12-05 71 views
0

我目前正在設計和建立一切爲了我們的開發團隊,對於我們與爭球,測試管理新的工作流程,....Microsoft測試管理器通信與開發商

的Scrum明智的完成這一切,我目前正在設置測試工作流程和環境。

我們想建立他的微軟測試經理。

一切都很清楚,1個非常重要的事情 - 單個Sprint的測試計劃的要求如何與測試人員進行通信以準備好進行測試。

工作流程和缺失的部分解釋:

  1. 開發者獲得BacklogItem,描述任務,RWT,......和確定可能的TestCases,但不負責完整的TestCase SZENARIO。
  2. 測試人員爲當前迭代創建一個TestPlan,並將每個BackLogItem作爲需求添加到TestSuite。
  3. 已創建的測試案例得到顯示
  4. 測試者開始編寫更多的TestCases並定義新的測試案例。
  5. 開發人員提交可用於BacklogItem。
  6. ?????開發人員和測試人員進行了一次神祕的握手,突然間測試人員知道特定的BacklogItem已準備好測試並且所有包含的測試用例?
  7. 測試人員測試給定的TestCases,報告並在需要時創建Bug。

所以,正如你所看到的那樣,開發團隊和測試人員團隊之間的溝通是如何準備好進行測試的。

我到目前爲止發現的是BLOCKED狀態的測試用例。只要測試用例處於阻塞狀態,測試人員知道不要觸摸這個測試用例。

這可能會奏效,但是這對開發人員來說是一個巨大的開銷,因爲開發者曾經將自己的代碼提交給tfs,進入TFS Web Portal的測試區域,並設置每個測試的狀態待辦事項準備測試或以其他方式表示的狀態READY。

這不是真的爲我們工作。

另一種方式對於測試人員來說會是一筆巨大的開銷,所以如果他們需要在tfs門戶網站中追蹤哪些backlogitem處於提交狀態,然後開始測試相關BacklogItem的測試用例,這是當前測試計劃的一項要求。

所以當你看到希望時,我的問題是測試人員知道什麼時候需求已準備好進行測試,並且所有測試用例都是相關的?

回答

0

已爲我和我的團隊的工作流程是:對球隊

  • 每個人都使用TFS作爲他們的路標,以什麼對
  • 每天standups工作,幫助確定日常工作(DEV已完成x)
  • 要求設置爲生產狀態以顯示開發人員已完成工作。這是一個觸發器,它已經準備好進行測試(以及會話)
  • 測試儀可以在TFS看看有什麼製作並準備測試(有任務下的要求進行檢測也許)

我不相信開發人員應該與測試用例工作項目交互。測試人員和開發人員應該每天多次談論他們的工作。

希望有幫助!

相關問題