正在閱讀一本很棒的書，《軟件測試經驗與教訓》。幾名國外的軟件測試大師，以大量的測試工作實戰經驗為出發點，總結了深刻而精悍的兩百多條經驗。作者把這些經驗比喻成為波爾多紅酒，鼓勵讀者分散閱讀，帶入自己的工作實際情境，慢慢細品，深入思考。當然還有，不要獨攤波爾多，分享給我的朋友、同事們！
《軟件測試經驗與教訓》一書，討論的第一個話題，就是關于測試人員的角色定位。我對這個話題討論的個人理解是：清晰認識自己的角色定位，能夠幫助測試人員明確對自己工作目標的預期。而清楚的認識測試人員的角色定位，對于公司、項目的其他成員來說，可以使他們對于測試工作的“期待”更加恰當，即使是“指責”，也更恰如其分。關于這個話題，以下是對于書中部分經驗的理解或討論。
“測試員是前燈”
研發經理和開發人員或許正開著一輛吉普，行進在盤山公路上，測試人員的職責就是做好探路的前燈，哪里是懸崖，哪里有險情，前方的路面情況如何……而產品或者項目的關鍵決策，都是基于這些信息的。測試人員的職責是將關于這一切的盡可能詳細的信息告知公司或項目的其他成員。
是這樣的角色：全面搜集、整理、報告信息
不是這樣的角色：決策者
“迅速找出重要的程序問題”
測試人員很重要的一條使命就是“迅速找出重要的程序問題”。如何做好這點，書中給出了幾條建議。他們看上去很簡單，很質樸，似乎每個人都知道，但是在實際工作方法中有經常性地提醒自己或者潛意識中就使用這幾條建議么？所謂大道至簡。
*首先測試經過變更的部分，修改和更新都意味著新的風險
*首先測試核心功能，測試產品所完成的關鍵和常用功能，測試完成產品基本任務的功能
*首先測試能力，即每個基本功能是否能用，然后測試可靠性，即深入檢查每個功能在不同條件下的表現
*首先測試常見情況，使用常用的數據和使用情境。然后測試特殊情況。
*首先測試影響重大的問題
*優先測試最需要的部分--對團隊其他成員有重要意義的任何部分的任何問題
*測試人員對產品、相關軟硬件、產品的最終用戶越了解，就越可能更快地找出重要問題。
“Follow 開發人員”
為開發人員提供支持，這也是測試人員的一項重要使命。盡可能建立最短、最快的反饋環路--開發人員交付產品時，馬上進行測試；開發人員修改變更代碼后，馬上測試變更的內容（trunk版本的測試即是此種情況）。在書中，幾位測試大師認為，最理想的情況是，開發人員為了修改測試人員發現的缺陷而忙得團團轉，是開發人員，而不是測試人員，成為項目的瓶頸。當然，老板可能不會認為這個情況理想：）
“詢問一切，但不一定外露”
多提問。做測試時，遇到的情況千變萬化，不可能不遇到問題。如果真的連續地進行測試工作，而沒有任何問題可提，那么不妨暫停一下手上的測試工作，留給自己一些思考的空間，還是那個論斷，不可能沒有問題。
書中提到提問的方法，認為直白的提問就如一劑猛藥，會刺激到別人，所以盡量減低劑量，或與米飯同吃（結合其他溝通形式）。這個的確是個不錯的經驗建議，在面對開發人員、產品需求設計人員、實施人員等同事時，可以盡量采用這樣的提問方式。當然，在面對測試部門同事、主管時，個人覺得，直接提問會更有效率。
“測試人員關注缺陷，團隊成員才能關注成功”
“確認程序正常”永遠不可能是測試人員的使命，測試人員只能說，“就我所執行的測試來說，產品沒有不正常”。測試人員是團隊中唯一不直接關注成功的角色。測試人員的關注點注定只能在關注產品缺陷上，而不能在關注證明產品正常上。測試人員關注缺陷，用自己的全部的創造力、精力和技能，尋找產品客觀存在的缺陷，幫助項目團隊更加了解自己的技能和產品風險，將產品不斷改進。否則，這塊關注點，只能由客戶來關注了。那么團隊，也就注定失敗。
是這樣的角色：關注產品缺陷
不是這樣的角色：關注產品的成功
“不會發現所有問題”
測試人員的任務是發現并報告重要的產品缺陷，但是不會發現所有的產品缺陷。如果測試人員覺得自己可以發現所有的產品問題，那么要么是產品非常簡單，要么是測試人員想象力太差。
知道并承認自己不能做所有的事以后，學會選擇如何使用和分配自己的時間。
“不要期待用測試工作來保證產品質量”
產品質量來源于構建產品的人。測試人員的測試和缺陷報告，提供的是促進產品質量保證的信息，但是這種質量保證是來自整個團隊的。
是這樣的角色：提供關于產品質量的信息
不是這樣的角色：保證產品質量
“永遠別做看門人”
測試人員不該獨立擁有控制產品發布的權利。權利即是責任。獨立擁有權利的后果是致使其他團隊成員心理上放松，并且有了推卸責任的理由--如果產品發版后出現重要問題，就會歸咎于測試人員的把關不嚴。而如果測試人員為了避免這樣的風險，而糾結于反復的完備的測試，那就會延誤產品發布的計劃時間，引起諸方不滿。所以，產品發布的權利，還是需要項目經理把握，或者是某種方式的集體決定。
是這樣的角色：產品質量的測試者和相關信息的提供者
不是這樣的角色：決定產品發布
“當心扮演過程改進的批評者角色”
測試時發現種種問題，并且頻繁反復出現時，也許測試人員會厭煩地覺得，要是開發人員能夠認真細致一些，或許就不會出現這么多的產品缺陷了。把產品缺陷預防在未發生的時刻，這確實很有意義。但是不一定每件有意義的事情，都是想當然的可行的。事情除了理性的一面，還有情感的一面。就像告訴你的愛人，怎么樣的生活才能更有生命的意義。如果嘗試一下就會知道，好的忠告并不是總能被真正接受。問題不在于是否認識到，而在于情感。測試人員可以參與到公司、團隊的整體過程改進中去，但是切記，不要扮演一個“批評者的角色”。因為這涉及同事間的情感。
是這樣的角色：信息提供者
不是這樣的角色：批評者