測試人員在敏捷團隊中扮演的角色

 

　　對于開發模式，現在大部分互聯網公司都完成了從傳統瀑布開發模式到敏捷開發模式的轉型，這種轉型相對傳統的測試人員來說，不論是在角色定位還是在技能棧方面都提出了更大的挑戰，那么測試人員應該如何應對呢？下面根據我平時工作的一些總結體會來說說測試人員應該發力的方向，供大家參考：

 

　　角色 1： 培訓人員

 

　　在轉型初期，測試人員應該針對開發人員的薄弱環節（即業務技能）進行培訓和指導。由于工作任務的差別，開發人員對負責的模塊業務和具體實現細節非常了解，但是對周邊模塊或者業務并不是非常清楚，主要體現在配置和使用方面。而這部分恰恰是測試人員有經驗的地方，這個時候需要測試人員盡可能多的開展一些培訓和分享工作，使團隊盡可能快速的彌補不足，在之后用戶故事的開發過程中對業務有一個更好的把控。培訓開展的幾個步驟如下：

 

　　收集團隊反饋，找出業務薄弱點，列出

 

　　針對不同的topic分階段（sprint）的開展培訓和分享

 

　　保留培訓資料以便以后查詢（文檔、視頻等等）

 

　　角色 2：測試規劃師

 

　　對于測試規劃師，我認為主要的職能是規劃如何高效（時間、資源、質量）的推進用戶故事測試的開展。要做到這一點真的很不容易，需要從兩方面來考慮：

 

　　平衡測試和開發工作量

 

　　在敏捷團隊中測試人員和開發人員的比例懸殊的情況下（主要是開發人員多，至少現在我還沒見過測試比開發多的團隊^_^），對于工作量來說，測試人員不可能匹配開發的速度，這時就需要開發人員給予一定的幫助，開展的幾個步驟：

 

　　測試人員針對用戶故事創建測試策略（測試用例、環境配置等）

 

　　相關人員評審（包括測試、PO、負責用戶故事的開發人員以及另外一位將要負責測試的開發人員）

 

　　評審人員對測試策略達成一致

 

　　用戶故事開發人員編寫代碼，完成以后按照測試策略執行集成測試

 

　　代碼CheckIn之后，負責測試的開發人員按照測試策略執行最終測試

 

　　如有必要測試人員在進行簡單的功能驗證（探索性測試）

 

　　步驟比較簡單，但是操作起來并不容易，首先需要對測試人員進行簡單的測試理論培訓，包括一些測試方法，測試思想等（不可能單靠培訓有很大的提升，需要在測試中慢慢積累），然后就是開發人員是不是愿意做測試工作，我想這也是轉型中遇到的一個很大的問題，不過還好，我們團隊的開發都很nice，有些同學還會主動要求做一些測試工作，這是出乎我意料的。這里我還是要說一下，開發人員做一些測試其實是有很多好處的，主要體現在代碼質量意識、業務理解能力和個人技能棧的提升等。當然，還是有些小伙伴們不愿意做測試的任務，那就沒辦法了，反正會做測試的開發普遍變美變帥了

 

　　那么問題來了，測試人員是不是一直要負責為用戶故事創建測試策略呢？當然不是，當開發人員對測試有進一步的了解之后，可以嘗試著讓開發創建測試策略，測試人員負責評審，等到測試人員提不出來太多的改動的時候，測試人員就可以失業了。

 

　　盡可能多的開展結對測試

 

　　結對測試就是由兩個團隊成員共同測試同一個功能。這樣做的目的有兩個：

 

　　盡可能從多視角來測試功能

 

　　培訓指導（主要是針對開發人員的一些測試理論和技能）

 

　　適當的時機開展探索性測試

 

　　這個階段是相對進階一些的測試方式，主要是在開發人員具備了一定的測試方法和思想之后開展的。執行探索性測試的時機是在每完成一個重要功能之后，組織多名開發和測試人員針對一條功能主線進行探索，尋求發現盡可能多的潛在問題。

 

原文轉自：http://www.cnblogs.com/AlwinXu/p/6130106.html