公司裡軟體開發實力強的在開發組，開發水平上不去的進入測試組和運維組。開發組最忙，任務也最多，不但要做專案，還要不停寫標書競標專案。測試組相對輕鬆，基本上不用程式設計，女程式設計師多一些，要頻繁記錄測試報告，和開發組各模組負責人反饋測試現象，但不負責改程式碼。運維組要懂產品的使用，平時也不用寫什麼程式碼，出差多，要經常出去給客戶解決產品的安裝，使用和維護等問題。具體適合哪個崗位，看你自己的興趣和公司任務分工了。

運維要做好其實需要懂很多東西，基礎的網路管理，系統環境，cdn管理，域名管理，各種許可權控制管理包括防護牆，每個問題的第一線都會是你去對接，就會涉及到監控管理，原來的lnmp，tomcat, nginx，MySQL相關安裝配置使用熟練以上基本必備的，現在都在微服務，對於開發來講他們更省心了，相對的架構複雜度壓力對運維更大了，原來的那種只會寫個shell的運維根本撐不住，你得需要慢慢學習Python學習編寫一些工具或者運維平臺，你就得需要徹底的學習下http, 半個全棧web工程師。以及一些自動化元件的整合，傳統的Jenkins, 新的微服務相關的那就更多了，監控的套間也升級了，傳統的zabbix.新的普羅米修斯，tick 還是一樣你會需要學很多元件，或者寫相關外掛。寫外掛的前提是你要掌握這些東西的架構運作。容器 k8s 還有很多閘道器openresty kong的排程 儲存 安全如何保障。等等。隨便寫的 湊合看吧。希望對你有幫助。學到一定層度，一般的開發你絕對肯定吊打。ᕕᕗ

入門階段 認真學三個月 可以 有很明顯的提升

鳥哥的私房菜 基礎篇 & 伺服器架設篇 這兩本挺好的，如果你是認真看完，收穫會很大。我對認真看完的定義是：

看書的過程中可以配合看相關文件，或者看看他人總結的經驗。在這個學習研究的過程中，你肯定或多或少會遇到問題，把它們記錄下來，每個問題點和相應解決方案都總結出一篇部落格，收穫會很大。

Shell，剛開始可以找一個網上的入門文章大致過一下常用語法(這個應該頂多一天)，有精力可以直接掃一遍man手冊。

Python，入門比較容易，Google搜下入門文章和書籍，或者看官方文件。

不論是Linux，或是Shell和Python，前期入門都差不多，後面主要就是實踐，積累經驗和技巧。

我覺得三個月時間，安心把我上面提到的做完，應該差不多了。

從入門來說，

測試人員，因為軟體做起來就是用來給人用的，測試的工作也就是幫使用者來提前使用軟體，從而提前發現問題。所以簡單的測試只要你足夠的心細，並能理解業務就可以進行測試。而開發和運維從最開始就需要相關的技術知識，

對於運維來說我所瞭解的運維也是需要了解一些命令和指令碼語言的，試想如果運維天天只是把程式碼拷到其他伺服器上，一個兩個可以，多個呢估計煩死。

開發，就需要學習相關的語言，演算法，業務等等相關知識，很多人說開發不就是ctrl+c ctrl+v嘛，但是你不懂相關知識恐怕ctrl c v你都拼不好吧。

從加班次數來說，

開發也是最多的，開發時候加班，測試的時候加班，上線加班

測試就只有測試時間測試，

運維上線的時候才加班

總得來說 開發 運維 測試

不知道大家的意見如何

學開發，學其他的是浪費時間，但是如果開發實在找不到，那麼另兩個是過度選項，找機會還是要轉開發，因為另兩個是開發的副產品，學好了開發令兩門很容易上手，而且現在趨勢是自動化測試和運維，其本質還是開發

完全獨立擔當的話明顯運維難，除非發現問題交友第三方解決。如程式程式碼功能缺陷，既要了解需求，又要能讀懂原有程式碼邏輯，還要能改正實施。沒很強的開發經驗這種問題只能瞪眼。光會開發更不行，系統架構一麼黑，改一個問題會出十個新問題。

運維，開發都幹過。運維比開發難乾的多。開發的話專心寫寫程式碼就行，運維需要對產品，業務，技術都要了解，要求很強的溝通能力和及時解決問題的能力。

對於這個問題，我先來給大家介紹介紹這三兄弟在IT中的主要職責。

首先是開發，在一些公司也叫做研發，俗稱碼農，也就是敲程式碼的，當然開發也有很多種，如前端開發，後臺開發，資料庫開發。對於開發來說，要想找一個初級開發的工作要求還是不算太高的，但是，無論是Java，C，還是hph等，開發都需要具有良好的邏輯性。所以你的高數和線代的成績就很重要了。

測試，這是一個繁瑣而又細緻的工作。一般比較適合女性。不僅如此，測試還要有鐵面無私的精神，不相信一切。他們錯了就是錯了，就不能讓他們透過。除非市場等外部環境發生了一些變化，當然一般來說，這種情況不會發生，因為市場等外部環境發生較大變化時，專案一般就直接流了，根本就不用測試了。

最後在來說說運維，說白了運維其實就和其它行業的售後差不多，不過運維是在產品上線之後就一直在工作，要定期和不定期的進行維護，這方面工作比較辛苦，而且一般出差比較多所以比較適合男性。

如果說5~10年前，開發，測試，運維還是一定的邊界的。現在來看，他們之間邊界變得越來越模糊。但是有時候為了管理的需要，做一些部門的劃分，因為面向的客戶/使用者不一樣，互相制衡等等，但是從技術角度上，他們已經高度的融合。

首先說一下大熱的運維，一般說現在都叫devops，你幾乎不可能不做自動化，自動化意味著你不僅要了解這個基礎框架（Infrastructure），物理架構還要編寫程式碼，會bash，python是根本。

其次說一下開發，已經從基礎的

D.I.A.Y

開發，現在全面擁抱雲計算。如果你現在不瞭解雲上的基礎架構，你基本上沒有辦法做cloud native，你如果不知道什麼CI/CD，你基本上沒有辦法做到每兩週一個版本的迭代，如果你不懂Linux，網路，你不知道怎麼排除各種故障，不知道如何跟運維同事交流，等等。

最後，說一下測試，多年前，測試早已經擺脫手工測試。你看看現在的大廠，沒有一個大廠只招聘只是手工的測試人員了。招測試，首先需要要有開發經驗，寫自動的指令碼，甚至高階一點測試，需要寫測試框架。這些如果不懂開發，運維，基本上沒有辦法把測試做好。千萬不要相信測試很容易，如果已經有，一定要放棄這個想法。

最後總結一下，現在這個三個方向在技術上已經高度的融合，想把哪一個做好都不容易，但是思維層面，服務使用者的角度是不一樣的。簡單來說在軟技能上要求是不一樣的，但是從技術角度要求都差不多，學習編碼和基礎設施（infrastructure）是必須的。如果你更喜歡跟人打交道多一點，運維和測試可能更適合一點，如果喜歡技術多一點，就從事開發吧。

簡單的說這麼多，不知道對你有沒有幫助。

喜歡的話點關注

想要了解這三個崗位的哪一個更好學、哪一個更好入門？需要先了解這三個職業的工作範圍特點和對人才的需求特點。

從更高層面上看，IT系統的實現生命週期一般都遵循軟體工程的定義：需求、設計、開發、測試、交付、運維等基本過程。除了問題中提到三兄弟：開發、測試、運維三個典型職業外，其實前面的需求、設計也會產生兩位職業：需求工程師和設計架構師。只是這兩種職業的細分到一定程度的情況下才會單獨劃分崗位出來。在一般的團隊中，有些時候需求可能開發、測試、運維都會參與需求的梳理與評審、設計大部分時候由開發做了。

然後在看開發者的工作範圍：一般需求和系統架構確定後，開發就開始根據選定的系統架構、程式語言特點，把系統功能逐步拆分成為部件功能、進一步拆分函式、介面、程式碼實現、單元測試等。可以說開發在這個過程中主要做從無到有，創造性的工作。因此，對於開發人員需要學習的東西（語言、演算法、設計模式等）、思維過程的訓練要求也比較高。但現在各類開源或者成熟演算法的公開，也給開發人員帶來很大的便利性。很多工作不需要自己從頭壘程式碼，有些可以拿過來自己修改引用部分即可使用了。這也給開發人員帶來極大的效率提升！

對於測試，同樣有些時候會參與到需求中，在需求確定後。測試人員與開發人員同時進行對應的測試需求分析、測試場景設計、測試案例編寫，有些需要自動化、效能、安全等測試型別的專案，還要進行測試工具選擇、測試程式碼編寫、除錯等。這時候的測試工作，與開發工作基本是同樣的生命週期了。但測試從業者需要的入門知識與開發的又不盡相同。測試需要了解測試工作的理論基礎（黑盒、白盒測試，各類不同階段測試型別等）、業務知識、被測系統的語言、架構特點等。當然，測試發展到現在，也出現測試領域的各類工具和提高效率的程式與方法，不至於讓測試人員從頭開始自己造輪子。但測試入門後如果想要有更高地發展，需要了解的知識範圍比開發更要廣泛。尤其一些專業的測試方向，比如：效能調優、安全測試等，需要的綜合知識和專業程度更高！

系統完成前期開發、測試，上線之後，運維工作基本開始啟動。運維過程，也主要就是保證系統在滿足業務各類實際需求的情況下，如何保證系統正常執行的工作。從這一點看，運維工作需要的知識特點可以包含整個系統能夠正常執行需要的所有知識：從業務、系統架構、開發、問題定位、主機系統、資料庫系統等等。最主要的運維工作除了保證系統日常工作外，對於各類突發事件的響應和處理是運維工作的最大挑戰。因此，運維工作除了知識儲備外，還要有一顆強大地可以內心可以應對各類突發緊急事件的挑戰。

綜上，如果從入門速度上看，上面三個職業測試入門速度相對較快，但後面的挑戰也非常高；開發是一個創造性思維特點的職業，如果個人認為不喜歡創造性活動，最好避開開發這個職業，否則，進入後自己也會比較痛苦與煎熬；運維與測試有點類似，入門相對容易一些，但要想做一個好的運維，除了需要大量補充知識外，更需要一個強健的體魄和強大的內心！

希望以上分析可以給大家以參考與幫助！