測試人員的十條法則
敏捷測試人員的十條法則:
● 提供持續反饋
● 為客戶創造價值
● 進行面對面的溝通
● 勇氣
● 簡單化
● 持續改進
● 響應變化
● 自我組織
● 關注人
● 享受樂趣
提供持續反饋
既然是測試驅動敏捷項目,那么很顯然反饋在敏捷團隊中占據重要的地位 。既然是測試驅動敏捷項目,那么很顯然反饋在敏捷團隊中占據重要的地位 。
為客戶創造價值
敏捷開發就是在較低的版本發布中提供客戶目前最迫切需要的功能。這通常意味著限定范圍。我們經常在客戶團隊中遇到較酷功能的需求。任何人都可以質疑這些內容,但是測試人員會判斷其對故事的影響,因為他們需要考慮測試后果。
進行面對面的溝通
一個團隊如果溝通不好則難以協作。如今,許多團隊分布于多個地理位置,溝通變得更加重要和富有挑戰性。敏捷測試人員應該盡力促進溝通。這是把工作做好的關鍵因素。
勇氣
勇氣是極限編程的核心價值,類似測試自動化和持續集成的方式允許團隊實踐這種價值。 測試人員固守于自己的領域,不與其他業務相關者和技術團隊進行任何討論。雖然你找機會進入了協作的敏捷環境,可能會對找客戶索要實例或者找開發人員幫忙自 動化測試或者在每日例會時提出一個難題等感到不習慣。
當最初加入敏捷團隊或者當前的團隊開始過渡到敏捷開發模式時,通常你會產生恐懼感,并且存在大量的問題需要答案。我們到底如何才能在如此短的時 間內完成對每一個用戶故事的測試任務?測試如何跟上開發的節奏?如何確定需要多少測試?又或者你是功能測試經理或者質量過程經理,但不清楚在敏捷團隊中如 何定位自己的角色,也沒人知道答案。敏捷測試人員需要勇氣找到這些問題的答案,但需要勇氣的原因不僅限于此。
簡單化
敏捷測試人員和他們的團隊面臨的挑戰不僅是生產最簡單的有效軟件而且還需要采取簡單的方法以確保軟件符合客戶需求。這并不意味著團隊不應該花時 間分析主題和故事、思考合適的架構和設計。而是說,當業務部門的需求比較復雜的時候,團隊可能需要將方案退回給他們,更簡單的解決方案也會產生同樣的價 值。
簡單并不意味著容易。對于測試人員來說,這意味著采用能夠找到的最輕量級的工具和技術恰到好處地測試。工具可以簡單到只是一張電子表格或者清單。需要自動化回歸測試,但是應該把它們分解到最底層以獲取快速反饋。甚至簡單的冒煙測試也可能滿足面向業務的測試自動化。
持續改進
想辦法把工作做得更出色是敏捷測試人員應牢記的。
敏捷測試人員和他們的團隊總是在尋找工具、技能或者實踐以幫助他們增加更多價值或者得到更好的客戶投資回報。敏捷開發的短期迭代更易于嘗試新事物,以驗證是否值得長期采用。
學習新技能和提高專業技能水平對敏捷測試人員非常重要??衫酶鞣N免費的資源提高專業技能。
響應變化
響應變化是敏捷實踐的重要價值,但是我們發現這對測試人員來說卻是最困難的概念之一。測試人員渴望的是穩定,所以他們會說:“我已經測試過了, 任務完成了”。持續的需求變化是測試人員的噩夢。但是,作為一名敏捷測試人員,我們不得不擁抱變化。周三,我們可能期望啟動故事A和B,下周五做故事C。 但是到了周五,客戶重新設定了優先級,現在需要故事A、X和Y。只要我們持續與客戶交流,我們就能處理這些變化,因為我們與團隊的其他成員保持同步。
自我組織
敏捷測試人員是自組織敏捷團隊的組成部分。團隊文化貫徹于敏捷測試理念。當開發人員、系統管理員、分析員、數據庫專家和客戶團隊持續關注測試和 測試自動化,測試人員就會獲得全新的視角。自動化測試很困難,但是當整個團隊都在為此努力時就會簡單得多。當大家具有多重技能和多層次視角時,任何測試問 題都會更容易解決。
當敏捷團隊面對一個嚴重問題時,比如進度障礙或者構建失敗,該問題將是所有人的問題。最高優先級的問題需要整個團隊解決。團隊應該立刻討論并決定解決的辦法和相關參與人員。
關注人
只有優秀的員工出色地工作,項目才會成功。敏捷價值和準則的宗旨是確保個人和團隊成功。敏捷團隊成員應該有安全感。不必擔心因犯錯受指責或者失 去工作。敏捷團隊成員互相尊重并認可個人成就。敏捷團隊的所有人應該有機會提高和發展他們的技能。敏捷團隊以可持續的步伐前進,使他們能夠遵循嚴格的實踐 和保持嶄新的視角。正如敏捷宣言所說,我們重視個人和合作超過過程和工具。
享受樂趣
在我們看來,測試人員的理想團隊是:所有成員協作,從項目的開始一直到結束,利益相關者與開發團隊共同工作,整個團隊負責質量和測試。相信很多人都認為每個人都應該在工作中找到樂趣。敏捷開發珍視敏捷測試人員對工作的激情。
敏捷測試人員的工作特別令人滿意,因為我們的角度和技能對團隊產生了真正的價值。
敏捷測試人員應該做什么?
看了這么多,你一定問:
測試人員在敏捷團隊中應該具備什么技能?
測試人員在敏捷團隊中從事哪些具體的工作?
在敏捷軟件開發過程中開展的測試就可以被稱作是敏捷軟件測試。因此,敏捷軟件測試并不是一個與敏捷軟件開發同一層次的劃分,而是敏捷軟件開發中 的一部分,與傳統的測試不同,敏捷軟件測試并不是一個獨立的過程,相反,它與整個敏捷開發中的其他活動交織在一起,處處都能看到它的影子。由于敏捷軟件測 試并不傾向于一個單獨的過程定義,本人認為從敏捷軟件測試與傳統測試觀點的比較、敏捷軟件測試中采用的方法、測試工程師在敏捷軟件測試過程中的工作等方面 來闡述。
回答的很含糊,個人認為敏捷測試人員應該具備的兩個主面。
首先,接納并理解敏捷的核心價值觀(溝通,簡單,反饋,勇氣,尊重、學習、分享)。
原文轉自:http://www.blogjava.net/qileilove/archive/2013/02/18/395364.html