不知不覺已經從事軟件測試六年了，從畢業到進入外包公司外包給微軟作軟件測試， 到如今加入著名的外企。六年的時間過得真快。長期的測試工做也讓我對軟件測試有了比較深刻的認識。我就跟你們分享一下我作測試的心得，若有錯誤還請批評改正。java
軟件測試人員應該居安思危web
每當經濟很差，公司業績很差的時候，公司均可能進行裁人。首先裁的就是測試人員。由於測試人員的技術水平相對來講比較低，容易被替代，招起來也比較容易。公司每每先拿測試人員開刀。編程
身爲測試人員，雖然咱們日常的工做大部分都比較安逸。可是千萬不能溫水煮青蛙。應該自強不息， 要像開發人員同樣， 不斷學習，提升本身的編程水平。這樣就算被裁也能很快找到新的工做。編程語言
測試人員應該比開發人員更熟悉業務需求工具
測試人員的水平主要體如今測試用例的設計上。要設計出全面，覆蓋廣的測試用例，須要測試人員對本身所測試的項目的業務需求很是熟悉，甚至要比開發人員還要熟悉。學習
若是是測試銀行系統，通訊行業，或者ERP軟件。這些業務知識很是有用的，學習起來比較有激情。測試
要作到精通業務需求談何容易。ui
- 要熟讀功能需求文檔， 任何有疑問的地方都要去和PM確認。
- 把本身當成最終用戶， 常用本身所測試的軟件。模擬用戶的行爲。
- 熟記軟件的每一個功能。
假如倒黴碰到一些又沒用，又繁瑣的軟件， 真的是不想去學習它的業務（出了這個公司就再也用不到的業務）編碼
學會如何跟開發人員相處spa
測試人員必須跟開發人員密切合做， 因此跟開發人員搞好關係是至關重要的。
1. 和開發人員成爲朋友。
熟悉了幹啥都方便
2. 不要打擾開發人員。
看到開發在聚精會神寫代碼的時候，千萬不要去打擾人家。寫代碼須要集中精力，若是被打擾，就會中斷思考。
3. 集中問問題。
把須要問的問題都總結起來， 集中起來問開發，這樣能節省大量的時間。
4. 寫好Bug，不被開發人員煩。
若是開發人員看到一個Bug 描述不清楚，還沒法重現，他確定會罵測試人員。因此測試人員必定要寫好Bug，描述精確，簡潔，沒有歧義，詳細簡潔的重現步驟，加截圖。
測試人員應該懂一些基本的編程
你的產品是用java開發的，那測試人員應該有java的入門知識。你測試web程序，你起碼要了解HTML,CSS, Javascript, Jquery吧，不然你測了一兩年web程序，都不知道這東西是怎麼作的，悲劇了吧。
只有懂代碼你才能和開發人員交流，不被開發鄙視。
測試人員搭建開發環境
產品的代碼是最好的學習資料了，咱們不能總跟在開發屁股後面作測試，不能總是等開發build一個版本後，咱們就測試這個版本，開發check in了什麼代碼，測試人員一點都不知道。偶爾咱們應該瞭解下產品代碼是怎麼設計的，瞭解下開發人員是如何修復bug的。說不定編程水平高了，還能幫開發作code review.
使用源代碼工具把產品代碼check out到本機。常常看看代碼，常常看看開發修復bug時候提交的代碼。
寫文檔是測試人員的核心能力
我記得我之前的test lead說，之因此她能當lead, 是由於她很會寫文檔發郵件。寫文檔須要總結概括的能力，還要邏輯清晰。她很是擅長分析幾十頁的Spec，寫出幾十頁的測試計劃。她還很是擅長彙總測試報告。天天將完整，清晰，漂亮的測試報告發給各個組， 讓公司全部的人都能清晰的看到測試組的工做。
在她的帶領下，咱們總結出不少文檔，好比，」New hire checklist」, 「on boarding traning」, 測試工具使用的文檔，等等。
測試後期應該作兩天交叉測試
交叉測試，就是指兩個測試工程師，互相交換下測試的項目。這樣作有不少好處。
1. 有利於找出bug, 測試工程師測久了本身的項目，容易造成眼盲。會對一些Bug熟視無睹。
2. 有利於知識和業務共享，避免人員離職，請假，形成無人測試的狀況。
3. 測試思想不同，能夠互相找出不少問題
測試人員的瓶頸
手動測試工做作個兩三年，基本上就能掌握測試須要的大部分知識，若是沒有爬到test lead的位置， 不少人就感受到發展瓶頸了，天天重複測試，學不到東西，很快就會對測試工做失去激情。
學不到東西，技術水平低下，是測試這個行業最大的毛病。
如何突破瓶頸？我也不知道。
儘可能實現自動化
一點要抽時間儘可能把本身的測試工做實現自動化，能夠節省測試的時間，提升本身的技術水平，也能夠避免總是重複測試。
自動化測試VS手動測試
如今不少公司招測試的要求愈來愈高，不少好公司招senior QA,都要求5年工做經驗以上，掌握一門編程語言，有豐富的自動化測試經驗。固然自動化測試的待遇也會比手動測試好不少。
自動化是趨勢， 只會作手動測試的人，之後確定會失去競爭力。
自動化測試的技術和開發用到的技術相差太遠
之前不少同事想由測試轉開發，如今幾年過去了，仍是沒轉成，他們原先想利用自動化測試的技術積累，轉去作開發。哪知道自動化測試用到的技術跟開發用到的技術相比，實在是相差太遠。
測試轉開發？難
努力學習編碼，而後用於測試，纔是正道
作測試最鬱悶的是沒法聽懂開發人員討論技術
有時候跟開發人員一塊兒開會， 會議上開發人員都熱烈討論。而我作爲測試人員基本上聽不懂這羣開發在說什麼，根本插不上話。不少會議我甚至都沒說過一句話。
優秀的測試人員很是稀少
想把測試作好很是不容易， 優秀的測試人員須要很廣的知識面，良好的溝通能力（不但要和開發人員和項目經理打交道，還要跟其餘組的人交流）。豐富的測試經驗，對測試工做有極大的熱情， 耐心。還須要測試人員有豐富的業務知識，還要會寫代碼。
代碼寫得好的人，確定就不會作測試，而是作開發去了。
大部分的測試經理都是會敲代碼的
我發現個人幾任上司都是會敲代碼的。他們既能開發又能測試，啥都會，能給手下的測試人員提供技術支持。
假如一個測試經理啥技術都不懂，對內hold不住手下的人，對外其餘組的人不鳥你。