不知不覺已經(jīng)從事軟件測試六年了，2006畢業(yè)到進入外包公司外包給微軟做軟件測試， 到現(xiàn)在加入著名的外企。六年的時間過得真快。 長期的測試工作也讓我對軟件測試有了比較深入的認識。

軟件測試人員應(yīng)該居安思危

每當經(jīng)濟不好，公司業(yè)績不好的時候，公司都可能進行裁員。 首先裁的就是測試人員。 因為測試人員的技術(shù)水平相對來說比較低，容易被替代，招起來也比較容易。 公司往往先拿測試人員開刀。

身為測試人員，雖然我們平常的工作大部分都比較安逸。 但是千萬不能溫水煮青蛙。 應(yīng)該自強不息， 要像開發(fā)人員一樣， 不斷學(xué)習(xí)，提高自己的編程水平。這樣就算被裁也能很快找到新的工作。

測試人員應(yīng)該比開發(fā)人員更熟悉業(yè)務(wù)需求

測試人員的水平主要體現(xiàn)在測試用例的設(shè)計上。 要設(shè)計出全面，覆蓋廣的測試用例，需要測試人員對自己所測試的項目的業(yè)務(wù)需求非常熟悉，甚至要比開發(fā)人員還要熟悉。

如果是測試銀行系統(tǒng)，通信行業(yè)，或者ERP軟件。 這些業(yè)務(wù)知識非常有用的，學(xué)習(xí)起來比較有激情。

要做到精通業(yè)務(wù)需求談何容易。

1. 要熟讀功能需求文檔， 任何有疑問的地方都要去和PM確認。

2. 把自己當成最終用戶， 經(jīng)常使用自己所測試的軟件。模擬用戶的行為。

3. 熟記軟件的每個功能。

假如倒霉碰到一些又沒用，又繁瑣的軟件， 真的是不想去學(xué)習(xí)它的業(yè)務(wù)（出了這個公司就再也用不到的業(yè)務(wù)）

學(xué)會如何跟開發(fā)人員相處

測試人員必須跟開發(fā)人員密切合作， 所以跟開發(fā)人員搞好關(guān)系是相當重要的。

1. 和開發(fā)人員成為朋友。

熟悉了干啥都方便

2. 不要打擾開發(fā)人員

看到開發(fā)在聚精會神寫代碼的時候，千萬不要去打擾人家。 寫代碼需要集中精力，如果被打擾，就會中斷思考。

3. 集中問問題。

把需要問的問題都總結(jié)起來， 集中起來問開發(fā)，這樣能節(jié)省大量的時間。

4. 寫好Bug，不被開發(fā)人員煩。

如果開發(fā)人員看到一個Bug 描述不清楚，還無法重現(xiàn)，他肯定會罵測試人員。 所以測試人員一定要寫好Bug，描述精確，簡潔，沒有歧義，詳細簡潔的重現(xiàn)步驟，加截圖。

測試人員應(yīng)該懂一些基本的編程

你的產(chǎn)品是用C# 開發(fā)的，那測試人員應(yīng)該有C#的入門知識。 你測試web程序，你起碼要了解HTML，CSS， Javascript， Jquery吧，否則你測了一兩年web程序，都不知道這東西是怎么做的，悲劇了吧。

只有懂代碼你才能和開發(fā)人員交流，不被開發(fā)鄙視。

測試人員搭建開發(fā)環(huán)境

產(chǎn)品的代碼是最好的學(xué)習(xí)資料了，我們不能總跟在開發(fā)屁股后面做測試，不能老是等開發(fā)build一個版本后，我們就測試這個版本，開發(fā)check in了什么代碼，測試人員一點都不知道。偶爾我們應(yīng)該了解下產(chǎn)品代碼是怎么設(shè)計的，了解下開發(fā)人員是如何修復(fù)bug的。說不定編程水平高了，還能幫開發(fā)做code review.

使用源代碼工具把產(chǎn)品代碼check out到本機。 經(jīng)常看看代碼，經(jīng)常看看開發(fā)修復(fù)bug時候提交的代碼。

寫文檔是測試人員的核心能力

我記得我以前的test lead說，之所以她能當lead， 是因為她很會寫文檔發(fā)郵件。 寫文檔需要總結(jié)歸納的能力，還要邏輯清晰。 她非常擅長分析幾十頁的Spec，寫出幾十頁的測試計劃。 她還非常擅長匯總測試報告。 每天將完整，清晰，漂亮的測試報告發(fā)給各個組， 讓公司所有的人都能清晰的看到測試組的工作。

在她的帶領(lǐng)下，我們總結(jié)出很多文檔，比如，”New hire checklist”， “on boarding traning”， 測試工具使用的文檔，等等。

寫多了博客后我發(fā)現(xiàn)我寫文檔能力提高了很多。

測試后期應(yīng)該做兩天交叉測試

交叉測試，就是指兩個測試工程師，互相交換下測試的項目。 這樣做有很多好處。

1. 有利于找出bug， 測試工程師測久了自己的項目，容易形成眼盲。會對一些Bug熟視無睹。

2. 有利于知識和業(yè)務(wù)共享，避免人員離職，請假，造成無人測試的情況。

3. 測試思想不一樣，可以互相找出很多問題

測試人員的瓶頸

手動測試工作做個兩三年，基本上就能掌握測試需要的大部分知識，如果沒有爬到test lead的位置， 很多人就感覺到發(fā)展瓶頸了，每天重復(fù)測試，學(xué)不到東西，很快就會對測試工作失去激情。

學(xué)不到東西，技術(shù)水平低下，是測試這個行業(yè)最大的毛病。

如何突破瓶頸？ 我也不知道。

盡量實現(xiàn)自動化

一點要抽時間盡量把自己的測試工作實現(xiàn)自動化，可以節(jié)省測試的時間，提高自己的技術(shù)水平，也可以避免老是重復(fù)測試。

自動化測試VS手動測試

現(xiàn)在很多公司招測試的要求越來越高，很多好公司招senior QA，都要求5年工作經(jīng)驗以上，掌握一門編程語言，有豐富的自動化測試經(jīng)驗。當然自動化測試的待遇也會比手動測試好很多。

自動化是趨勢， 只會做手動測試的人，以后肯定會失去競爭力。

自動化測試的技術(shù)和開發(fā)用到的技術(shù)相差太遠

以前很多同事想由測試轉(zhuǎn)開發(fā)，現(xiàn)在幾年過去了，還是沒轉(zhuǎn)成，他們原先想利用自動化測試的技術(shù)積累，轉(zhuǎn)去做開發(fā)。哪知道自動化測試用到的技術(shù)跟開發(fā)用到的技術(shù)相比，實在是相差太遠。

測試轉(zhuǎn)開發(fā)？ 難

努力學(xué)習(xí)編碼，然后用于測試，才是正道

做測試最郁悶的是無法聽懂開發(fā)人員討論技術(shù)

有時候跟開發(fā)人員一起開會， 會議上開發(fā)人員都熱烈討論。 而我做為測試人員基本上聽不懂這群開發(fā)在說什么，根本插不上話。 很多會議我甚至都沒說過一句話。

優(yōu)秀的測試人員非常稀少

想把測試做好非常不容易， 優(yōu)秀的測試人員需要很廣的知識面，良好的溝通能力（不但要和開發(fā)人員和項目經(jīng)理打交道，還要跟其他組的人交流）。 豐富的測試經(jīng)驗，對測試工作有極大的熱情， 耐心。還需要測試人員有豐富的業(yè)務(wù)知識，還要會寫代碼。

代碼寫得好的人，肯定就不會做測試，而是做開發(fā)去了。

大部分的測試經(jīng)理都是有開發(fā)背景的

我發(fā)現(xiàn)我的幾任上司都是由開發(fā)轉(zhuǎn)來做測試的。 他們都是有幾年的開發(fā)經(jīng)驗，然后不知道什么原因轉(zhuǎn)行做測試經(jīng)理了。他們既能開發(fā)又能測試，啥都會，能給手下的測試人員提供技術(shù)支持。

假如一個測試經(jīng)理啥技術(shù)都不懂，對內(nèi)hold不住手下的人，對外其他組的人不鳥你。

軟件測試的確非?？菰?，需要花費大量精力

不可否認測試工作需要耗費大量的精力，所以歐美才會把大量的測試職位外包給中國， 一遍又一遍的重復(fù)測試，不停地執(zhí)行測試用例， 測得天昏地暗， 頭發(fā)暈。

我還記得我以前測試過一個程序的各個版本在Windows update中的升級， 先安裝老版本的程序，然后Windows update 重啟后看看有沒有升級，最后卸載。 然后又安裝，又卸載。最后測的差點吐血。

英語是測試人員的救命稻草

技術(shù)上已經(jīng)不如開發(fā)了。 在英語上一定占有一些優(yōu)勢。

同等的技術(shù)水平下，英語好的測試人員可以進外企，比一個英語不好的測試人員的待遇要高不少。

盡量少用UI自動化測試，多使用單元測試，接口測試

能找到bug的自動化測試，才是有用的，否則就是個噱頭

UI自動化測試比較不穩(wěn)定，對于測試結(jié)果的分析也困難。 而且UI改動也大。 所以應(yīng)該盡量多做一些底層的的自動化測試，比如ASP.NET MVC 中UI和邏輯分開了，針對邏輯的自動化測試就比較好做了。