你們公司有自動化測試嗎？這是我們測試人員互相交流時或者面試的時候經常會問的問題。
我現在的公司招聘測試的要求上也寫着要有自動化測試的經驗，但實際公司並沒有自動化測試，當初進來公司時就說准備進行做自動化測試，招我進來也有這個目的，因為我之前寫過自動化。然而半年過去了、一年過去了，依然沒有做自動化意思，剛開始是因為新項目，后面就干脆忘了自動化這回事了。
還記得一次版本上線以后，由於現網上的用戶量比測試環境中多的多，產品出現了各種奔潰、各種各樣測試時沒有出現的問題。最后這鍋自然就丟到了我們測試這邊，你們測試怎么測的，這么多問題？難道沒有進行壓力測試嗎？背后總有人對我們各種意見，而我們測試組也是無奈而又憤怒，有那么多個的項目組，有那么多端要測試，測試人員就這么幾個，我們也完全按照他們的要求測試了，測試環境也確實沒有發現這些問題，上線了有問題能怪我們？
事后反思，公司沒有壓力測試，所以出現多用戶並發的問題，測試時無法發現，責任不在測試？測試項目多，而公司不開展自動化測試，我們時間不夠測試，這是公司的問題，跟測試無關？
也許我們應該換個角度進行反思，一個公司有沒有自動化測試和公司並沒有太大的關系，這是我們測試內部的事情。一個軟件交給測試，測試的責任就應該是盡可能的將軟件產品中存在的各種缺陷暴露出來，至於用什么手段，自動化也好、壓力測試也好，那都是我們測試的事，不應指望公司一聲令下開展自動化或者壓力測試我們才進行相應的測試；我們經常會遇到這種情況，開發修改了一個小功能然后提測到測試，讓測試人員測試相應的功能，並要求把整個應用的基本功能一起測試一下，以防萬一。這種時候我們總會暗罵開發站着說話不腰疼，我們測試很閑嗎？不過通常情況下開發確實這樣覺得....呵.呵..沒辦法，我們測試也就只能很不情願的按照開發的要求去把整個應用的基本功能點一點，說實話，這樣的測試效果並不好，畢竟這些基本功能我們可能已經測試過N遍了，這樣的測試不會上心，而且又浪費時間。這種時候如果我們測試自己私下開發一個自動化腳本，把應用的基本功能運行一遍，這樣測試結果似乎更加可靠，而且我們也有更多的時間去做其他的事情或者偷個懶，何樂而不為呢。
因此我們要轉換思維，不應該在被公司固有的測試方式束縛了。我們測試人員應該根據公司產品的實際情況決定我們要對產品做什么樣的測試，空閑時間去學習相應的測試技能，也不需要指望公司給我們時間學習，畢竟學到的東西是自己的。等能熟練的把它應用於產品時候，以后跟老板談升職加薪也就更有底氣了。