將測試人員整合到敏捷團隊中

將測試人員整合到敏捷團隊中，這是敏捷之道常常重複的一條箴言，可我們並沒有認真想過這到底意味著什麼或者應該怎麼做。

團隊中測試人員的角色具體負責什麼呢？他們要：

• 協助團隊抽取並定義驗收條件（或需求）
• 提供相關質量資訊，而不是通過自動化測試、探索性測試（exploratory test）［譯註］來尋找bug
• 與客戶一起工作，識別風險
• 在開發人員測試（單元測試與整合測試）的薄弱環節投入更多精力。比如，如果我們知道團隊已經完成了對資料層的測試，但是GUI層難於進行單元測試，那測試人員就應該花費更多努力在這一層的測試上。

選編自（Cem Kaner, Johanna Rotheman(pdf)，以及Jonathan Kohl）。

與大多數人已經熟知的傳統測試經驗大不相同，敏捷團隊中的測試有其自身特點。Jonathan Kohl，是Kohl Concepts的聯合創始人。如他所說：“不同之處在於：在敏捷專案中，我們可以更快地找到重要的bug。我們更願意將測試貫穿於開發過程始終。現在開發人員們使用可靠的自動化測試來讓他們的工作更加嚴謹，我所測試的產品也就更加健壯了。”

Antony Marcano是一位敏捷測試獨立諮詢顧問，他提及了自己學習到的一些經驗：

• 編寫驗收測試需要協作：尤其是在客戶、測試人員和程式設計師之間。
• 測試人員與開發人員應該互相提升彼此的技能。
• 測試任務應該作為sprint backlog的一部分，而不能是單獨的測試計劃。
• 使用“探索性測試”來產生反饋。
• 在修復bug之前，要先寫自動化測試以重現這些bug。

Simon Baker是Energized Work的聯合創始人。在他的團隊中，開發人員編寫絕大部分的驗收測試。測試人員從而可以專注於進行“探索性測試”，並與Product Owner一起與客戶溝通，並幫助團隊理解使用者（而不僅僅是故事）。開發人員針對垂直的切片（故事的小部分）展開工作，以滿足特定的驗收條件。當切片完成後，開發人員與測試人員一起仔細檢查切片，並理解驗收測試。團隊將缺陷視為工作線性進展的停止點。開發人員可以在下次切片處理過程中修復缺陷，或者選擇建立一個缺陷修復任務，從而使其不再處於開發階段。缺陷修復任務成為團隊優先順序最高的任務。測試人員發現，即使他們與開發人員都使用同樣的技能，還是要花費很多時間彼此協作，而整理bug的時間反而少了。

---

譯註：探索性測試（Exloratory Test），是一種通過假定來尋找軟體缺陷的戰術測試技能。利用它，可以同時進行學習、測試設計和測試執行。軟體在接受測試的同時，測試人員學到新的東西，積累更多經驗，從而能夠產生更多優秀的、有新意的測試。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14639675/viewspace-567463/，如需轉載，請註明出處，否則將追究法律責任。