技術類思考

　　軟件工程的任何一個部分——從需求分析、架構設計到***的Debug——都能引入Bug，有時候是單個引入，而有時候則是一窩一窩地引入。所以，優秀的測試員理應掌握豐富的軟件工程知識。很難想象一個不懂材料力學和結構力學的工程師能夠驗收剛剛建好的大廈。

　　測試員不但需要學習編程，而且需要學習各種編程。初級測試員可以站在用戶的角度上去觀測和使用軟件，以期找出Bug所在，但高級程序員更需要借助程序的原理來剖析更深刻的東西。毫不夸張地說：如果想深度測試Web程序，你應該學學Hacker;如果想研究.NET的程序，你應該學會MSIL;如果想深度Debug原生代碼，你應該學習匯編、了解PE文件格式;如果想深度測試軟件的安全性，你應該學學破解;如果……總之，理想的測試員應該比程序員更深一個層次。

　　保持對軟件的喜歡和熱情。小到FlashGet大到3DS Max，如果有機會都要上手玩一玩。這樣做好處多多，一來可以豐富你的軟件使用經驗、無形中建立你對軟件邏輯的把握;二來豐富你的行業軟件知識，比如你讓一個長期測Outlook的人去測Photoshop，那測試出來的結果肯定和一個長期使用Photoshop作圖的人測出來的結果相去甚遠。

　　深入理解操作系統，包括Windows系列(包括.NET平臺也可以理解為是操作系統的一部分)，Linux系列(JDK算是操作系統的一部分)，Macintoch系列。一來，軟件其實就是扎根在操作系統上的樹木和花花草草(通過系統開放給程序員的API與系統血脈相連);二來，很多軟件是跨平臺的，要求你有豐富的多平臺操作經驗才能玩轉，比如Adobe公司的很多優秀產品就是跨Windows和Mac平臺的，這兩個平臺的API完全不同，為什么軟件“看上去”卻一模一樣呢?再比如IBM公司的很多產品是跨Windows和Linux平臺的等等。

　　行為類思考

　　軟件測試不是***的，所以測試員也不是***的。測試員不是救世主。這至少說明兩個問題：一，一個設計很爛、編碼很爛的軟件，你再怎么測試它也成不了優秀的軟件。二，測試員(或者說軟件質量保證人員)沒有權利在團隊里趾高氣揚、四處揮動粘滿Bug的大棒以圖通過測試結果證明自己的英明神武——大家都是平等的。平等的觀念在中國人的思想中尤其缺乏，特別要注意。

　　測試員應該是一個冥想者。所以，測試團隊應該有一間獨立的，安靜的，沒有計算機的屋子，以供進行深度而縝密的思考。

　　管理類思考

　　不要不懂裝懂。你不懂不會，不足以讓組員瞧不起你;你不懂裝懂，所有組員都會瞧不起你。管理就是管理，是把項目做好，不是讓你練擒拿格斗，一定要制服組員。勇于上問、不恥下問，快速學習，這才是團隊學習之道。

　　作為Lead，如果沒什么重要事情，到點就走人——不然你的組員會礙于面子而陪著你。你有沒有想過他還有可能要陪父母、妻子和兒女呢?如果你經常這么干，建議你看一看《二十美元的故事》這則小寓言。

　　要做權威，不要做學霸。我想說的是：下屬進諫的速度和廣度決定于你的心胸與寬容度。正因為大多數初級管理人員心胸狹窄、寬容度低，才導致了團隊習慣性的“絕對上下一致”。據我所知，印度程序不是這樣的風格，屬下和領導、新手和權威可以心平氣和地討論分歧而不必面紅耳赤。我的建議是：在團隊中，不要等級觀念，要平等;不要諷刺刻薄，要尊重;不要放不下架子，要寬容;不要目中無人，要謙虛。總之一句話：大家都是普通人，誰能跟誰差哪兒去呢?