測試工作心得
CSDN旗下水之真諦出品，敬請訪問http://blog.csdn.net/FantasiaX
小序：
幹測試也有一年多了，偶爾也會靜下心來思考一些問題，但很多思考的結果都似靈光一現——過後就忘掉了，實在可惜，以後就記在這裡吧。
本文：
技術類思考
- 軟體工程的任何一個部分——從需求分析、架構設計到最後的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，如果沒什麼重要事情，到點就走人——不然你的組員會礙於面子而陪著你。你有沒有想過他還有可能要陪父母、妻子和兒女呢？如果你經常這麼幹，建議你看一看《二十美元的故事》這則小寓言。
- 要做權威，不要做學霸。我想說的是：下屬進諫的速度和廣度決定於你的心胸與寬容度。正因為大多數初級管理員心胸狹窄、寬容度低，才導致了團隊習慣性的“絕對上下一致”。據我所知，印度程式不是這樣的風格，屬下和領導、新手和權威可以心平氣和地討論分歧而不必面紅耳赤。我的建議是：在團隊中，不要等級觀念，要平等；不要諷刺刻薄，要尊重；不要放不下架子，要寬容；不要目中無人，要謙虛。總之一句話：大家都是普通人，誰能跟誰差哪兒去呢？
-
