團隊中測試人員的角色具體負責什么呢？他們要：
協助團隊抽取并定義驗收條件（或需求）
提供相關質量信息，而不是通過自動化測試、探索性測試（exploratory test）［譯注］來尋找bug
與客戶一起工作，識別風險
在開發人員測試（單元測試與集成測試）的薄弱環節投入更多精力。比如，如果我們知道團隊已經完成了對數據層的測試，但是GUI層難于進行單元測試，那測試人員就應該花費更多努力在這一層的測試上。
選編自（Cem Kaner, Johanna Rotheman(pdf)，以及Jonathan Kohl）。
與大多數人已經熟知的傳統測試經驗大不相同，敏捷團隊中的測試有其自身特點。Jonathan Kohl，是Kohl Concepts的聯合創始人。如他所說：“不同之處在于：在敏捷項目中，我們可以更快地找到重要的bug。我們更愿意將測試貫穿于開發過程始終�，F在開發人員們使用可靠的自動化測試來讓他們的工作更加嚴謹，我所測試的產品也就更加健壯了�！�
Antony Marcano是一位敏捷測試獨立咨詢顧問，他提及了自己學習到的一些經驗：
編寫驗收測試需要協作：尤其是在客戶、測試人員和程序員之間。
測試人員與開發人員應該互相提升彼此的技能。
測試任務應該作為sprint backlog的一部分，而不能是單獨的測試計劃。
使用“探索性測試”來產生反饋。
在修復bug之前，要先寫自動化測試以重現這些bug。
Simon Baker是Energized Work的聯合創始人。在他的團隊中，開發人員編寫絕大部分的驗收測試。測試人員從而可以專注于進行“探索性測試”，并與Product Owner一起與客戶溝通，并幫助團隊理解用戶（而不僅僅是故事）。開發人員針對垂直的切片（故事的小部分）展開工作，以滿足特定的驗收條件。當切片完成后，開發人員與測試人員一起仔細檢查切片，并理解驗收測試。團隊將缺陷視為工作線性進展的停止點。開發人員可以在下次切片處理過程中修復缺陷，或者選擇創建一個缺陷修復任務，從而使其不再處于開發階段。缺陷修復任務成為團隊優先級最高的任務。測試人員發現，即使他們與開發人員都使用同樣的技能，還是要花費很多時間彼此協作，而整理bug的時間反而少了。
譯注：探索性測試（Exloratory Test），是一種通過假定來尋找軟件缺陷的戰術測試技能。利用它，可以同時進行學習、測試設計和測試執行。軟件在接受測試的同時，測試人員學到新的東西，積累更多經驗，從而能夠產生更多優秀的、有新意的測試。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
