千鋒教育軟體測試：敏捷測試流程

千鋒教育的王曉軍老師在對敏捷測試做出介紹的時候與現行的瀑布式測試流程做出過對比：

對於一個三個月的專案說，產品把需求分析完了給開發，然後產品就沒事兒了；開發開發完成之後給測試，然後開發人員也不忙了。測試完成之後上線。那麼在產品分析的階段，開發和測試都是沒事幹的（這裡只對單一專案）。開發階段，產品和測試也基本沒事兒。同樣在測試階段，產品與開發也是沒什麼事兒的。

這不是一個該有的測試態度！

　　敏捷測試的一個核心是迭代，在每個時間點上，所有專案人員都是有事可做的。

1、下面是敏捷測試流程圖：

第一階段：

　　通過上面的流程圖，對於一個月的需求分析，在敏捷中，可能三五天就確定下來。這個需求定得會很模糊，但整體框架確定。產品對其中某一模組功能確認，開發人員開始對確認的功能編碼，開發人員編碼的過程中，測試進行功能分解，因為根據模糊的需求很難寫出具體的用例，所以，只能儘量對功能進行分析得細些，標註需要驗證的內容。

第二階段：

　　開發完成後交給測試人員進行測試，開發人員繼續開發新的功能。那麼測試人員發現的問題怎麼辦呢？會從開發團隊中抽出一個人員來用於解決測試發現的問題。但開發進度並沒有因為測試而停止。 

流程分析：

　　在這個流程中弱化了文件，強調了各個人員的溝通，通過這種迭代的方式，三個月的專案，可以能兩個月和兩個半月就會完成。

但這種流程並非完美，加入一個功能在需求分析階段就是錯誤的，因為它是一個迭代漸進的過程。也只能一路錯下去。

2、對測試問題的處理

      需要說明的是，敏捷測試在國外很流程，在內容，雷聲大雨點小，推行的人很多，真正有公司引入的不多。我們所在公司千差萬別，測試流程也可能有很大的不同。希望大家不要被思想侷限，所以，請努力衝破一個又一個的侷限吧——這正是我們這一行業的魅力啊！

     王曉軍老師，正是這樣一位看中測試者態度的軟體測試工程師。

王曉軍老師，是百度聯想企培負責人，具有10年以上年從業經驗，碩士學位。曾任某上市集團測試部門主管，中航集團開發部技術主管，具備多年開發及測試工作經驗。在效能測試、自動化測試及軟體質量管理等方面的人才培養上具有較高的建樹。