【軟體測試】一個冬天，如何從手工測試轉職成為測試開發？
在回答這個問題之前我們先回答其他一些問題。
測試人員的職能是什麼？
我認為是質量保障。一個測試人員，無論你是手工點來點去，還是用自動化進行一些模擬操作，他們的核心職能都是相同的，那就是保證專案或產品的質量。如果你能保證你負責的模組缺陷數少，並且基本沒有什麼問題會遺留到生產環境或使用者環境的話，那麼你是一個優秀的測試人員。至於你用什麼方式去達到這個結果的，手工還是自動化，這些都不太重要。關鍵的問題是，你需要在規定的時間內保障專案／產品質量
規定的時間內往往是加班的罪魁禍首，一般來說如果專案工期比較緊急的話，專案的管理者大多會砍掉測試的時間以便專案能夠及時交付。所以很多時候測試人員沒有足夠的時間去進行完全的反覆的測試，只能憑藉直覺和經驗來重點驗證新功能或核心功能，而一些不太重要的功能可能在迴歸時被忽略。在有限的時間內，有經驗的測試人員會優先選擇測試變化的功能，也就是程式碼發生了增改的功能；另外還有一些測試人員選擇對團隊中能力較弱的開發人員開發的功能進行重點測試(好吧，我以前就是這樣，牛人寫的程式碼往往缺陷不多，那些能力平平的人做的功能往往缺陷買一送一，驚喜不斷，甚至出現改一個bug送幾個bug的情況)，從長遠上看，這種策略對專案質量是有幫助的
如果你能在保證產品質量的前提下撈到一些閒暇的時間，那麼你可以去研究自動化測試，介面自動化測試，app專項測試和效能專項測試。對於一般的測試人員來說，這些技能是加分項，能讓你在找工作的時候給人很好的第一印象，以及獲得不錯的議價能力。
總而言之質量管理能力覺得你薪資的下限，其他測試技術相關能力覺得你薪資的上限
測試開發人員的職能是什麼？
其實也是質量保障。無非就是保障的手段更加的技術化。
上文我們也說過，測試的時間週期在很多時候是整個專案時間週期縮短時首當其衝的犧牲品，測試的時間往往是不夠的，物以稀為貴，也就是說測試的時間是相當寶貴的，如果能加快測試的速度，降低用例迴歸的成本，將以前的選擇性測試（測一些重點功能）變成全面的迴歸測試+重點功能的人工干預，那麼專案的質量可能會比純人工測試要好
所以一些自動化的加快回歸速度，降低每次迴歸成本（比如100個自動化用例，如果迴歸100次，那麼每次迴歸的成本相對來說還是很低的），那麼是可以一定程度上解決時間不夠的問題的。
測試開發同學質量保障的手段可能不如手工測試同學那麼直接，測試開發同學一般是通過提高測試效率來幫助產品改進質量。以前在同一個時間週期，手工測試可以迴歸100個用例，現在測試開發的同學可以讓這個時間週期內迴歸到的用例數達到1000個，效率提升了10倍，由於效率提升而節約的時間就可以投入到其他的質量保障手段中去，比如code review之類的，質量保障的方式更加的立體化，更加的有層次感。
總之測試開發同學的關鍵字是效率。
手工測試如何轉測試開發？
回到正題
其實很簡單，當然過程會比較痛苦，那就是提升效率。
儘可能的把費時費事的測試工作用機器或用一些更加有效率的方式去實現。
比如效能測試，如果沒有自動化的加壓工具，效能測試很可能是一群人在三更半夜統一思想聽統一號令一起點網頁的工作。效能工具極大的提升了效能測試壓力發生的效率，降低了成本和難度。這就是測試開發很好的切入點。
手工測試同學可以這樣的慢慢培養自己的測試開發意識，潛移默化的完成轉變
找到可以進行效率提升的點。比如每次測試之前都要手工的去系統裡建立一些測試資料，這些工作是不是可以用自動化的方式去做呢
學會一門程式語言。學會跟計算機交流，讓計算機去做那些需要重複反覆去做的事情；
學會使用一些測試工具。比如selenium——學會操控網頁，比如postman——學會測試一些restful的介面等等；
根據業務的需求，自己開發一些測試工具或平臺。比如公司需要統一的壓力發生平臺，能不能試著用jmeter的叢集模式去搭建一個呢？
因此我們可以看出手工測試轉測試開發的過程是一個思想轉變和技術提升的過程。
我是不是應該苦練測試開發技能，然後換一份專職的測試開發工作？
我的建議是不要總是想著換工作，爭取可以把自己的手工測試職位變成是測試開發職位，把學會的技術技能運用到目前的工作中去。
其實你目前的工作並不缺少測試開發的場景，你只是缺少發現這些場景的意識。
分享一個我朋友的故事。
2013年的秋天，他在某外包公司做手工測試，外包公司的流程管理很嚴格，手工迴歸的工作很多，而且也很辛苦。那時候是ibm的測試人員寫測試用例，他們迴歸，他們寫另一個模組的測試用例，讓ibm的測試人員迴歸。1個專案有2個公司的外包測試團隊參與，是那時候的常態。
很湊巧，那時候他們公司有一些qtp的授權，反正也沒人會，他就在工作之餘（一般是白天，晚上要驗bug，白天開發改bug）勤學苦練，好不容易把qtp學會了一些，然後用錄製和加檢查點的方式搞定了一個小系統的迴歸測試。就這樣開發白天改bug，他們晚上用機器去迴歸，現在想想那時候迴歸很挫，還要有人盯著，防止qtp自己跑崩潰，但這還是比自己點來點去看著要爽。
後來他們有很多的專案都使用qtp進行迴歸，他也成了專職的qtp自動化測試人員，那時候還沒有測試開發這一說，不過現在看來他應該是一條腿邁進了測試開發的大門。
所以儘量把自己學到的技術應用到現在的工作中，而不是想著去換一份專職的測試開發工作。
這個故事後來的發展是：他漲薪了，漲了一倍，跟開發的薪水一樣
當然這是個正面的例子，轉型失敗的例子也很有多，無非就是能力加運氣，缺一不可。
當然不是每一個人都有我朋友這樣的機遇的，但是走上測試開發是測試人員一個比較好的後續準備，那麼如何才能安穩的走上測試開發的道路呢，樂搏學院提供軟體測試全部知識，開闊你的測試道路吧