使用敏捷軟件測試方法成功的七要素

資深敏捷專家Lisa Crispin在最近的講座和參與合著的《Agile Testing – A Practical Guide for Testers and Agile Teams》中分享了敏捷軟件測試的七個關鍵成功要素，包括?使用團隊整體參與的方法、采用敏捷測試思維、?自動化回歸測試、提供并獲取反饋、構建核心實踐的基礎、與客戶合作、保持大局觀等。

使用團隊整體參與的方法

當整個開發團隊負責測試和質量問題，你會擁有很多不同的技能集合和經驗等級來處理測試可能發生的問題。測試自動化對于技能高超的開發人員來說不是大問題。當測試置于團隊的優先權，任何人都參與測試任務，團隊才會設計可測試的代碼。

使測試人員真正成為開發團隊的一部分意味著向他們提供支持和訓練他們適應敏捷開發的快節奏。他們需要時間掌握新技能以便與開發和客戶團隊緊密協作。

如果你管理一個敏捷團隊，幫助團隊使用團隊整體參與的方法。記住質量，而不是速度，才是敏捷開發的目的。團隊需要測試人員幫助客戶理清需求，轉化為指導開發的測試，提供發布優秀產品的唯一觀點。確保測試人員能夠把技能和長處轉移到團隊其他成員身上。確保他們不是局限于一種角色，如只做手動測試。確保當他們需要幫助時(可能需要極大的勇氣)，團隊成員能夠提供。反過來也是如此。測試人員應該隨時準備幫助那些需要他們幫助的隊友。

如果你是敏捷團隊中的測試人員，并且計劃會議和設計討論沒有邀請你，或者業務用戶正在獨自定義故事和需求，那你應該站出來和團隊的其他成員交流。和開發人員一起參與會議，并提議嘗試“三方協作”，即測試人員、開發人員和業務專家。謹慎地提供反饋并幫助客戶提供例子。讓你的問題成為團隊的問題，讓他們的問題成為你的問題。請你的同事采用團隊整體參與的方法。

采用敏捷測試思維

我們提醒敏捷測試人員丟掉一直以來的“質量警察”思維?，F在你在敏捷團隊中，開發人員參與測試，測試人員可以做任何事情以幫助團隊生產最優秀的產品。敏捷測試態度是前瞻性的、創造性的、歡迎新思想、樂于承擔任何任務。敏捷測試人員不斷磨練自己的技能，隨時準備協作，相信直覺，希望幫助團隊和業務成功。

我們并不是說你應該披上超級測試王的斗篷，去保護世界免受缺陷的危害。在敏捷團隊中不存在狂妄自大。團隊成員分享你對質量的追求。關注團隊目標，幫助每一個更好地工作。

使用敏捷準則和價值觀指導你。不斷嘗試最簡單的方法來滿足測試需要。勇敢地尋求幫助和實驗新想法。關注于產生價值。盡可能多的直接交流。靈活地應對變化。記住敏捷開發以人為中心，我們應該享受工作。當對此懷疑時，回顧敏捷價值和準則來決定該怎么做。

敏捷測試思維的一個重要部分是不斷想辦法改進工作。成功的敏捷測試人員持續地磨練技能，讀好書、博客和文章以獲得新想法和技能。參加本地的用戶組會議。加入郵件列表討論以獲得問題或者新想法的反饋。如果你的公司沒有付錢讓你參加一個很好的會議，那么把你的經驗寫成報告在免費的會上作交換。對測試和敏捷開發社區進行反饋也會對你有益。

實驗New實踐、工具和技術，鼓勵團隊嘗試新方法，短期迭代非常適合這種實驗。你可能會失敗，但很快你可以嘗試其他的。

如果，你管理敏捷測試人員或者敏捷團隊，給他們時間去學習并提供所需的培訓支持，移除障礙使他們更好地工作。

當你面對阻礙測試的問題時，讓團隊都知道這些問題，通過頭腦風暴的方式克服這些障礙，回顧會議可以討論這些問題并想辦法解決。維持一個阻礙事項列表，并在每個迭代中解決1-2個。使用可視化的大圖片或者其他方式，確保所有人都清晰地知道發生的問題并可以跟蹤編碼和測試的進度。

自動化回歸測試

敏捷團隊沒有測試自動化會成功嗎?可能吧，但是我們所知道的成功團隊都依賴自動化回歸測試。如果你花費全部時間用在手動回歸測試上，絕沒有時間用于重要的探索性測試(會發現隱藏在代碼中的危險行為)。

敏捷開發利用測試來指導開發。為了編寫代碼使測試通過，你需要快速、簡單地運行測試。沒有短反饋周期和安全的回歸測試，團隊將很快陷入技術債務，缺陷不斷增加，速度越來越慢。

自動化回歸測試是團隊的工作。整個團隊應該選擇每種測試適合的工具。提前考慮測試將幫助開發人員為了便于測試自動化而設計代碼。使用敏捷測試象限和測試自動化金字塔來幫助你自動化各種類型的測試。記住從簡單入手。你會驚訝地發現一些基本的自動化冒煙測試或者自動化單元測試會發生很大作用。

測試自動化是團隊的工作。開始時很艱苦，需要克服很大的痛苦。如果你管理開發或者測試團隊，確保在時間、培訓和激勵上提供了足夠的支持。如果你是沒有自動化測試的團隊的測試人員，開發人員瘋狂地編寫代碼以至于不會停下來考慮測試，那么你會面臨很大的挑戰。嘗試從管理層和團隊成員中獲取支持以開始小規模的自動化工作。

提供并獲取反饋

反饋是敏捷的核心價值。敏捷的短期迭代可以提供持續的反饋以幫助團隊運轉正常。測試人員通過自動化測試結果、探索性測試的發現和系統實際用戶的觀察結果的形式幫助提供反饋。

敏捷方法允許團隊獲取有關構建中軟件的反饋，這是關鍵。故事代表了測試人員和分析人員向開發人員提供反饋的工作單元。迭代發布有助于團隊外部的反饋。大多數敏捷實踐都創建了反饋循環使團隊應用。

測試人員也需要反饋。你怎么知道從客戶手里拿到了預期行為的正確例子?你怎么知道編寫的測試用例正確地反映了這些例子?開發人員通過查看你收集的例子和你創建的測試能夠理解應該編寫什么代碼嗎?

一個最有價值的技能是學習如何尋求自己工作的反饋。詢問開發人員是否得到了足夠的信息以理解需求并且是否能夠指導編碼。詢問客戶是否理解質量標準?；〞r間參與迭代計劃會議和回顧會議以討論這些問題并提出改進方案。

構建核心實踐的基礎

持續集成

每一個開發團隊都需要代碼管理和持續集成。如果不知道自己在測什么，就無法有效地測試，如果無法配置代碼你根本無法測試。所有團隊成員需要至少每天一次導入自己的工作。每一次集成必須通過自動化構建驗證，其中包括提供軟件狀態快速反饋的測試。

原文轉自：http://www.anti-gravitydesign.com