就軟體測試工程師和運維工程師來講,哪一個職位更適合長期發展,不談管理,就論技術而言。


沒幹過運維。就從業界的趨勢談談吧。

職業生涯前期干過測試很長時間,測試社區一直有種危機感,就是會被開發、被自動化替代掉。就算是仰望谷歌這種標杆的做法,也感到惶恐。而敏捷方法的主張,在國內也幾乎被詮釋為全能開發搞定一切。但事實上,正如我在其他答案里說過的:一方面任何工作如果技術含量低、自身又不思進取,那必然會被淘汰,跟你從事測試還是啥的沒關係;另一方面開發也許是可以比測試寫自動化代碼寫得更好,但你也可以學習寫自動化腳本的能力啊,而且,能夠寫,和能夠一直寫、當作一份職業來寫,這是不同的;更何況,如果一個開發,每天的工作都是設計測試用例、用編碼的方式利用自動化工具來執行測試,那麼請問,他/她到底是一個開發還是一個測試呢?

運維,我沒幹過,但看業界趨勢,估計也和測試面臨的情況差不多。例如現在業界在流行DevOps,姑且不細談它的定義,你可以大概理解成要把研發跟運維拉通吧。一種主張認為這是敏捷研發的這批風潮往運維方向刮,認為運維沒價值,要通過DevOps把運維弱化,用自動化、服務化來取代專職的運維;而另一方面,運維圈也在奮起,不能叫反擊,叫積極發揮影響力吧,也在用自己的方式方法和經驗詮釋DevOps,但更多地像是智能運維、自運維,而沒有特別多的把Dev部分涵蓋進來的感覺。

總之,任何行業、職業都有高峰低谷,個人並不建議你根據這種不夠穩定的東西來選擇未來,至少你也要關注自己的性格特質、特長等更適合在哪個行業哪個職業有更好地發展,以及你的心聲在哪裡。

對於糾結職業發展的,我都會推薦一本書《高效能人士的第八個習慣 (豆瓣)》。


對於工作10年測試工程師、也有手持多家運維崗位Offer(管理近千台伺服器)的本人,嘿嘿看法分享點。不喜勿拍

  1. 軟體測試的薪資其實主要是看個人,相比較其他開發、運維等崗位溝通更重要。著眼於全項目需求、業務流程、質量保證的規範。尤其大公司和對產品質量重視的企業,對測試不比開發重視度弱。
  2. 軟體測試的技術方向不管是產品業務測試、自動化、性能、安全、乃至測試團隊整理的管理協調工作。也都不是一個簡單的活。運維同樣,但是從工作流程上講,運維更偏重於軟體生命周期的後面,所以他的價值體現就不那麼直觀點(很多人世俗認為)。

但是相比較開發的價值就更容易估量,當然技術人員的價值也不如銷售市場人員容易估量。這裡不是說誰比誰更有價值,而是價值的本身的度量性,在很多非技術的BOSS們眼中才是市場的價值。

3. 運維這些年的發展不管是具體的大公司的運維工程師:DBA 網路工程師 系統工程師 主機工程機 應用運維工程師等等等,還是運維的行業方向自運維、 代維、DevOPS等等。都是在變革變化中,對技術和流程的要求一樣逐漸在成熟和升高。

崗位對比:

就技術專業性而言: 運維單一技術更專,操作系統,資料庫,網路,監控,災備等,崗位要求而已。

軟體測試, 技術更全面,更前沿,關注業務、產品、質量流程。往往深度偏向於測試的一塊,所以知識儲備看,和運維有很多的共通點。

就薪資而言: 我接觸的公司 和人員, 基本差不多。

就人才需求量而言:測試人員 明顯 比 運維人員需求量大(以軟體公司為例)

就個人發展而言: 如果對操作系統、資料庫、網路有濃厚興趣,首選運維。

如果更喜歡溝通,有一定的技術追求,願意各種倒騰嘗試,但是不想技術學習太吃力,推薦測試

最後,一言以蔽之:結合我個人經驗,我選擇軟體測試 。聲明(技術沒有界限,只是崗位不同)

加油吧


這是你經歷過的還是看到別人這樣,我負責任的說,運維升級和薪資基本同等條件下,比測試低15%

運維比測試崗位少,要求多,工資低,還要7*24,吃飽了撐的選運維


軟體測試

多去招聘網站逛逛


運維升級升等比測試容易

運維太容易被自動化了


我分兩個方面來說:在我看來,測試其實是非常富有技術含量和挑戰的工作,過早的發現瓶頸甚至覺得測試比不過運維,是因為你自身的錯覺所導致。測試的工作屬於上手快,但是做的好非常難。舉個例子來說:給你一個介面來進行測試:你應該這樣做:

第1階段:測試其基本特性,調通的基礎上,關注必錄項、枚舉值、時間格式、有效數字位數

第2階段:應該關注其內部邏輯,比如是不是有等式關係,大於關係,小於關係,時間關係

第3階段:應該注意數據存儲,流轉狀態。業務節點、更新是不是合理等;

第4階段:應該是進階階段:這個介面的設計是否合理,承受的壓力多大,最大接收數據的臨界值為多少,是不是滿足介面設計規範。

第5階段:能否寫自動化腳本。

這個一個非常艱辛的過程,如果測試任何東西都這樣一直進階下去,我相信你不會在羨慕運維,因為你的本領很可能已經超過了大部分的開發;


軟體測試

崗位更多,薪資更高,更輕鬆點


軟體測試


推薦閱讀:
相关文章