對于初涉敏捷的測試工程師來說，如果定位自己的角色和職責(zé)、如何從傳統(tǒng)開發(fā)模式成功遷移到敏捷模式、如何跟上短迭代的節(jié)奏等等問題都迫切地想要找到答案。 資深敏捷實踐者Lisa Crispin和JaNET Gregory在《敏捷軟件測試：測試人員與敏捷團隊的實踐指南》一書中，列舉了敏捷測試工程師的十條法則，對讀者或許有借鑒意義。

• 提供持續(xù)反饋（Provide Continuous Feedback）

既然是測試驅(qū)動敏捷項目，那么很顯然反饋在敏捷團隊中占據(jù)重要的地位。測試人員的傳統(tǒng)角色就是“信息提供者”，這使得她天生就對敏捷團隊很有價值。敏捷測試人員的最大貢獻之一是幫助產(chǎn)品負責(zé)人或者客戶采用實例和測試的形式描述清楚每一個用戶故事的需求。然后，測試人員與團隊同事將這些需求轉(zhuǎn)化為可執(zhí)行的測試。測試人員、開發(fā)人員和其他團隊成員盡快運行這些測試，并不斷接收有意義的反饋。

• 為用戶創(chuàng)造價值（Deliver Value to the Customer）

敏捷開發(fā)就是在較小的版本發(fā)布中提供客戶目前最迫切需要的功能。這通常意味著限定范圍。我們經(jīng)常在客戶團隊中遇到較酷功能的需求。任何人都可以質(zhì)疑這些內(nèi)容，但是測試人員會判斷其對故事的影響，因為他們需要考慮測試后果。

敏捷測試人員需要總覽全局。我們可以在當前迭代中發(fā)布最重要的功能，稍后再完善。如果讓新功能偷偷混進來，就面臨一無所獲的風(fēng)險。如果過于關(guān)注邊邊角角，而忽略了核心功能，就無法提供業(yè)務(wù)所需的價值。

• 促進面對面的溝通（Enable Face-to-Face Communication）

敏捷測試人員從客戶的角度思考每一個故事，但是也理解實現(xiàn)功能相關(guān)的技術(shù)和局限性。他們可以幫助客戶和開發(fā)人員達成共識。業(yè)務(wù)人員和軟件人員經(jīng)常使用不同的語言。他們不得不找到一些共同點來協(xié)作。測試人員可以幫助他們達成一種共通語言。

面對面的溝通是不可替代的。敏捷開發(fā)依賴于持續(xù)的合作。就像其他敏捷團隊成員一樣，從事測試工作的人會不斷尋找客戶和技術(shù)團隊成員來討論和合作。當敏捷測試人員對某個隱藏的假設(shè)或者誤解的需求產(chǎn)生懷疑時，她會與客戶和開發(fā)人員討論。如果處于不同地點的人需要交談，他們會試圖尋找創(chuàng)造性的方式替代面對面、實時的交流。

• 勇氣（Have Courage）

當最初加入敏捷團隊或者當前的團隊開始過渡到敏捷開發(fā)模式時，通常會產(chǎn)生恐懼感，并且存在大量的問題需要答案。我們到底如何才能在如此短的時間內(nèi)完成每一個用戶故事的測試任務(wù)？測試如何跟上開發(fā)的節(jié)奏？如何確定多少測試就夠了？又或者你是功能測試經(jīng)理或者質(zhì)量過程經(jīng)理，不清楚在敏捷團隊中如何定位自己的角色，沒人知道答案。敏捷測試人員需要勇氣找到這些問題的答案，但是除此之外還有其他原因。我們需要勇氣允許自己失敗，至少我們會短暫失敗，并從中學(xué)習(xí)教訓(xùn)。在由于構(gòu)建版本不穩(wěn)定導(dǎo)致一次迭代失敗之后，我們開始尋找方法以確保這種事情不再發(fā)生。

• 簡單化（Keep It Simple）

簡單并不意味著容易。對于測試人員來說，這意味著采用能夠找到的最輕量級的工具和技術(shù)恰到好處地測試。工具可以簡單到只是一張電子表格或者清單。需要自動化回歸測試，但是應(yīng)該把它們分解到最底層以獲取快速反饋。甚至簡單的冒煙測試也可能滿足面向業(yè)務(wù)的測試自動化。

• 持續(xù)改進（Practice Continuous Improvement）

想辦法把工作做得更出色是敏捷測試人員思想的一部分。當然，整個團隊都應(yīng)該具有這樣的想法，因為敏捷的核心價值就是團隊總是嘗試更出色地工作。測試人員參加團隊總結(jié)會，評估做得好的方面和需要增加和改變的方面。測試人員把測試問題擺到整個團隊中解決。團隊通過采取過程改進實踐最大程度地改善測試和所有其他領(lǐng)域。對于更大的問題，團隊一次只關(guān)注一到兩個問題，以確保徹底解決了實際問題，而不是表面文章。

• 響應(yīng)變化（Respond to Change）

響應(yīng)變化是敏捷實踐的重要價值，但是我們發(fā)現(xiàn)這對測試人員來說卻是最困難的概念之一。測試人員渴望的是穩(wěn)定，所以他們會說：“我已經(jīng)測試過了，任務(wù)完成了”。持續(xù)的需求變化是測試人員的噩夢。但是，作為一名敏捷測試人員，我們不得不擁抱變化。周三，我們可能期望啟動故事A和B，下周五做C。但是到了周五，客戶重新設(shè)定了優(yōu)先級，現(xiàn)在需要故事A、X和Y。只要我們持續(xù)與客戶交流，就能處理這些變化，因為我們與團隊的其他成員保持同步。 

• 自我組織（Self-Organize）

敏捷測試人員是自組織敏捷團隊的組成部分。團隊文化貫徹于敏捷測試理念。當開發(fā)人員、系統(tǒng)管理員、分析員、數(shù)據(jù)庫專家和客戶團隊持續(xù)關(guān)注測試和測試自動化，測試人員就會獲得全新的視角。自動化測試很困難，但是當整個團隊都在為此努力時就會簡單得多。當大家具有多重技能和多層次視角時，任何測試問題都更容易解決。

• 關(guān)注人（Focus on People）

堅持敏捷理念的敏捷團隊對所有團隊成員一視同仁。敏捷測試人員對團隊做出了特有的貢獻，開發(fā)團隊認識到要想更加成功，團隊需要擁有測試技能和背景的人。舉例來說，一位熟練的探索性測試人員可能會發(fā)現(xiàn)自動化功能測試無法察覺的問題。一些測試經(jīng)驗豐富的工程師會提出其他人想不到的重要問題。測試知識是任何一個成功團隊的組成部分。

• 享受樂趣（Enjoy）

在我們看來，測試人員的理想團隊是：所有成員協(xié)作，從項目的開始一直到結(jié)束，利益相關(guān)者與開發(fā)團隊共同工作，整個團隊負責(zé)質(zhì)量和測試。相信很多人都認為每個人都應(yīng)該在工作中找到樂趣。敏捷開發(fā)珍視敏捷測試人員對工作的激情。

　　眾所周知，敏捷軟件測試工作不是一件輕松的事情，讀者在敏捷軟件測試實踐中存在哪些優(yōu)秀的經(jīng)驗，歡迎分享。

it知識庫：敏捷測試工程師的十條法則，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。