因為傳統的瀑布模型，導致我們目前測試還多處於手工測試階段，但是隨著技術的不斷更新，其實我們目前已經看到了，更多招聘的是測試開發工程師，或者是測試工程師也在要求各種技術的東西，所以這個方向肯定是要去改變的，對於技能太低的，肯定會面臨淘汰。

那麼學習方向呢？：自動化測試+性能測試+專項測試+代碼測試+測試平臺開發能力

　　1、接受自動化相關的培訓，如概念培訓、工具培訓，框架設計培訓等

　　2、系統學習一門編碼語言，熟悉編程思想

　　3、走讀公司內部自動化框架代碼

　　4、在github上、各大論壇如http://www.testertechnology.com學習自動化來源代碼

　　5、依葫蘆畫瓢的參與自動化用例開發

　　6、自啟項目，運用市場主流關鍵字驅動思想重新封裝自動化框架，學習各大web框架融入關鍵字，形成可視化自動化

　　7、學習自動化持續集成

8、學習測試平臺開發能力，能夠獨立開發測試平臺（各大企業熱求）

　　這些過程似乎不是那麼快速高效，但是效果會很好，如想快速入門，報培訓班是不錯的選擇，但還得靠自己多花時間，多學習，多總結。

學習自動化測試實戰路線：

Python自動化測試項目實戰 - 網易雲課堂

其實這個問題，主要的原因是國內小公司技術團隊規模造成的。

比如大部分公司技術開發人員跟測試人員嚴重不配配，導致測試人員根本沒有在團隊中展開自動化測試。如果你想在一個團隊中展開全部的自動化測試，那麼這個自動化測試團隊跟開發團隊人員應該是1:1纔可以，可是國內有幾個這樣的公司能做到測試團隊跟開發團隊人員1:1？

我從另一個角度來說吧

測試會代碼的有，會自動化的也有，寫測試工具的更有……

只是，Ta們都存在於大公司，或者至少中型以上公司。

手工測試供過於求，會代碼的測試供不應求。

為什麼？

1.別說小公司，大公司也很多不會代碼的測試，歷史遺留原因，以前都手工一下子也改不過來，總不能全回家賣水果吧，但正在逐步改善。解決思路有外包（大廠測試寫用例，執行外包）、錄製腳本、開發基於自然語言的自動化測試工具（說人話就是不用會代碼也可以寫自動化）等等，效果自行評判，一般有專門的組來做這個

2.小公司業務變化過快，人員素質不足（HR就給那麼點工資當幾個人用還想人什麼都會怎麼可能），資源不夠，很難形成實施自動化測試的條件。搞半天腳本，可能還不如點點點快，畢竟公司都不知道能不能活過明年（但是小公司的孩子彆氣餒，學還是要學的，這是跳槽的資本啊）

3.基於國內研發和測試的待遇差距，還有測試的職業生涯發展瓶頸（雖然研發也有，但是測試比研發更容易早到達瓶頸），所以要是學有所成的測試很有可能有個好機會就轉研發了，留存數太少

4.大公司從成本考慮，肯定還是自動化成本比較低，所以他們招自動化和會代碼的測試動力比較足。大公司的系統彼此關聯，有關係著巨大的業務，要是哪個地方出了點問題引起線上事故損失老多錢，老闆能開心麼？人是靠不住的，就算你手工回歸好幾遍你能保證完全沒遺漏嗎？你能每天回歸一回？（大系統靠純人力全回歸是不可能的）或者就算你自己A系統搞定了，那相關聯的B、C、D系統改了什麼東西，引發你A系統的bug，你能及時跟得過來嗎？不能。如果會代碼，可以從深層邏輯思考，找出可能存在的嚴重問題。老闆比你還敏感這些損失，寧願多花點錢招會代碼的。所以大廠的測試待遇會好一點，畢竟他們責任也比較大（一個bug都是錢錢錢啊 ）。而且他們更注重性能測試（小公司一般沒有），還是那句業務性能跟不上損失的是老闆的錢錢錢啊（老闆痛哭.jpg）

其它的想到再補充……

最後留一句：不要再執迷不悟，手工測試除非你混成公司不可或缺的業務專家（可能性太低）。自動化只是工具不是目的，目的是提高效率，但是手工手速再快也只能達到1.5倍效率，這不是太明顯了。還有別說領導可以不懂技術，以前可以不懂，現在不懂怎麼跟下屬溝通？不懂技術無法定奪出最佳方案，下屬提案聽的雲裏霧裡，已經嚴重影響他的工作了。（好吧，靠吹水的領導也是有的，只能看領導的上級是否更水了）。自動化是一個趨勢……

再接下去的趨勢？看看阿法狗能不能進化成自動寫代碼了，彼時……總感覺信息技術越來越像製造業了∠( ? 」∠)＿個人螺絲釘化，工作高度精細化、自動化……

手工，量大又便宜。效果是能用80%的時間，達到70~95%的測試覆蓋。

自動化，量少又貴，一個兩個還產生不了戰鬥力。效果是能用20%的時間，達到40~70%的測試覆蓋。

作為一個測試預算有限的公司，你怎麼選咧？

明顯機pin智qiong的做法就是招一個開發測試寫工具，然後再讓開發測試自己做手工測試覆蓋功能呀（手動滑稽.jpg）

因為本來軟體測試人員在市場上就是不多，大部分都是半路出家，弄手工測試，不會編程。但現在很多培訓機構正在培訓自動化測試人員，相信不久搞自動化測試的軟體測試人員會越來越多

謝邀~~

國內IT行業的發展是近20年才開始的，對於測試的重視程度較之國外也很大的區別，所以國內很多都會以功能測試為主，性能測試為輔。

當然對於一些大型公司，對測試的重視程度還是很大的，但是一些小公司對於測試的重視程度就沒那麼高了，資源的傾斜肯定都是偏向研發的，產品能用就行了。

隨著IT行業的發展和理念的改變，以後測試都會向性能，自動化測試方向轉變，未來自動化測試的要求也會越來越高。

對於目前國內來講，大部分的測試人員是不會寫代碼的，而且在現實中，一個測試可能會對應幾個不同的項目組，對應幾個不同的開發人員。

每個開發人員寫代碼的風格也不一樣，如果是做代碼的測試，無疑對測試人員的要求會更加的高。

說實話，一般公司也很難去花費代價去請一個這麼牛的測試。當然，，如果你有技術，肯定是有用武之地的。

謝邀。

目前國內大部分測試人員主要是以手工為主，利用工具、平臺為輔，這部分為黑盒測試崗/功能測試崗；動手寫工具實現自動化的人員為測試開發崗。[自動化測試無法涵蓋所有的黑盒測試，為了保證產品/項目質量黑盒測試必須存在。]

這邊我對題主的問題有個疑惑，您想問的是動手寫工具還是利用工具實現自動化？以下答案針對動手寫工具。

您說的兩點原因均有。

我認為大部分黑盒測試員工不動手寫工具實現自動化測試的原因大致有:

1. 考慮到國內互聯網整體發展背景。

國內互聯網企業的測試崗位招聘中可以體現近幾年測試開發招聘數量才慢慢增加，大部分公司仍舊只招聘黑盒手工測試（招聘要求上可能會要求會寫代碼，實際工作並接觸不到）。

少量公司從多黑盒崗少測試開發崗的配置轉成測試開發崗兼做黑盒，並且將非核心黑盒測試任務外包給其他測試公司，內部測試開發崗手工測試兼利用各類工具實現自動化測試，其中真正需要動手寫工具實現的又只有其中部分，別的員工還是處於利用階段。

之後一段時間整體仍舊會以黑盒測試為主，相對少的測試開發會深入開發工具，搭建平臺，給予支持。

2. 公司招聘黑盒手工測試成本低，黑盒測試門檻低，能力本身不高，公司未提供寫工具條件。

招聘網站上可以發現國內測試整體薪資水平是低於同等工作年限的開發。

因為招黑盒手工測試成本低 → 企業願意招聘黑盒手工測試 → 在測試過程大部分黑盒手工人員本身沒有能力寫代碼，公司希望上班時間先完成黑盒測試任務，花時間寫工具等放到下班後 → 公司內部缺失需要動手寫工具環境，能力未提升 → 靠手工的黑盒測試工資低。

惡性循環。

公司有自動化測試的需求時，比起花時間培訓內部員工更樂意外部招聘，獨立於手工測試，專職做自動化測試。

3. 國內互聯網測試開發比例不協調，並且加班頻繁

在第2點中談到測試要學習代碼得在下班之後，但是為什麼大部分測試下班之後都沒有去提升自我呢？

① 測試開發比例不協調，開發多測試少，這個比例國內外可以做個比較，上班不需要寫代碼開發工具，大部分的公司測試同事不僅上班時間內忙不完手工測試任務，下班之後還需要在公司內部兢兢業業（到天明）；

② 惰性。

1 新功能多，自動化測試適合已經成熟了的產品。

2 成本較高，維護困難，每次迭代後，有新功能就得維護以前的腳本。

3 只是你遇到的項目是功能測試較多而已其他公司自動化還是蠻多的。

4 作為一名合格的測試人員，會寫代碼只是基礎，沒喫過豬肉見過豬跑也沒啥吧？至於有沒有必要，得看老闆的意思啊，老闆覺得沒必要那就是沒必要！

原因很多

培訓機構輸送的大部分人員都是轉崗過來orXXX，技能不足

小公司業務各種變變變，有寫工具的時間找點點點點完了

不會，成本低，職責不清晰，測試要乾產品的。

自動化測試語言編程基礎，不容易

測試的薪水和開發的薪水比較一下

需求就是一句話，裁量權太大，非人類不能理解

推薦閱讀：
相關文章