您好很高興回答你這個問題，我的回答是” 測試崗位”比較輕鬆一點，我們公司剛好有這三個職位，我對這三個職位也比較瞭解，下面我說一下為什麼測試崗位比較輕鬆：第一點：測試不用絞盡腦汁寫程式碼，而且也不太加班，只是在專案上線的時候忙一點，其它時間都比較閒，相對來說比較輕鬆。第二點：他也不用和使用者對接，不用教使用者怎麼用這個產品，一般運維人員要處理的問題比較多，比如說在使用產品的時候有問題就會找運維人員，運維人員要面對很多使用者，就比較忙。

測試，因為測試不用跟客戶打交道，運維需要;開發是從零到有的突破。而測試只需要把開發出來的程式從頭到尾走一遍

世上沒有難做的事情，也沒有簡單的事情，對於這三個崗位的選擇我不發表太多的意見，相信你能提出這個問題，也能夠知道他們要做的事情有哪些。針對崗位的選擇還是要看你個人的職業規劃，看你喜歡幹什麼，如果你喜歡探索，樂於挑戰，善於專研我建議可以走開發路線，以後成為技術大牛技術專家。如果你的思維比較嚴密，善於發現問題，相信測試和運維都能夠選擇。事情沒有絕對，也沒辦法下定論，因為這決定了以後得職業生涯，希望還是慎重一點。

哪有什麼輕鬆的事情可做，如果你感覺到輕鬆說明你現在在止步不前，停止學習，有人在為你負重前行。

測試、開發、運維這三個工種有交叉的地方，也有不同的地方。下面我們就分開來說一下這三個工種的一些工作內容和工作性質，然後再來比較一下這三個工作到底哪個比較輕鬆。

測試工作一般是在功能開發完成以後，開發釋出版本說要測試的時候，測試就按照對應的測試用例，對開發的功能進行一項一項的測試。測試不光要對一個一個的功能模組進行單元測試，同時還要做整合測試、迴歸測試、壓力測試等。而對測試工作來說，並不是簡單的點點點就能搞定的，測試是有一套整體的流程的，需要按照對應的方法去做測試。同時對做測試的人來說，也要懂一些開發的技能，懂一些資料庫的技能。所以對測試人員來說，並不是簡單的去對業務有所瞭解就可以做了，你還要懂一些開發和運維的知識，當遇到一些問題的時候，測試可以直接連資料庫在資料庫裡面去查詢；當有一些程式碼問題的時候，如果測試懂一些程式碼的東西也可以直接把問題的根源找到併發給開發去處理。

所以對測試來說，相對開發和運維來說，測試的入門門檻可能要相對簡單一些，但是進去以後你要學的東西非常多，而且要真正把這塊工作做好，也是要了解更加更全面的東西。同時，測試對一個公司來說是非常重要的，當一個產品要面向使用者的時候，測試需要全流程對各個功能點做測試，當測試這邊說沒有問題以後才能夠集中上線。測試可以說是公司產品的最後一道守門的人員，也是非常關鍵的一環。同時當測試工作做完以後，測試還要寫各種各樣的文件，包括測試報告、操作手冊等。

開發人員對IT和網際網路公司來說是非常重要的，根據不同的工種，開發又可以分為前端開發、後臺開發、資料庫管理、架構師等，在移動端又有專門的IOS開發、安卓開發、小程式開發等。

在測試和運維當中，開發是一個相對來說入門檻比較高的職業。你不光需要對某門語言有更深的瞭解，同時你還要有實際的輸出能力，邏輯要縝密。同時當你選擇做開發以後，由於這行的技術更新換代非常快，你不光要不斷的去學習一些理論知識，同時在有專案實踐機會的時候，也要很好的把握這些機會，透過在專案實踐當中去提升自己的各種能力，解決各種各樣的問題。當自己的程式設計力提升了，能夠解決的問題越來越多，特別是能夠解決一些很棘手的問題的時候，你在專案當中的地位才會慢慢的起來。

所以我們經常會看到有的開發人員壓力非常大，經常要加班熬夜，要學習新的東西，其實這本來就是開發這個行業的一個固有的一個性質，當你選擇做開發的時候，就必須要接受這種性質。如果說你真的喜歡程式設計，你能夠沉浸在程式設計的樂趣當中去，你就不會覺得這種工作是一種枯燥乏味的工作，你反而會感到很有趣，會自發的去提升自己。

運維工作是指當我們的系統建設完成以後，產品實施顧問已經把這個產品部署上線，並且給客戶做了相關的培訓，客戶已經開始正常使用系統了，接下來系統相關的一些運維支援工作，就需要交給運維人員來去做了。接下來的運維工作不光包含一些簡單的二次開發，還包括一些業務模組的一些維護，所以運維人員要懂一些開發層面的東西，同時也要懂一些資料庫、系統配置、作業系統、伺服器相關的東西。特別是作為運維人員來說，當遇到一些問題的時候，當需要找尋這個問題的根本原因的時候，你就需要深入到之前開發所寫的程式碼當中去，一步一步的校驗，一步一步的查詢問題，最終找到根本原因並去解決這個問題，這個能力才是真正考驗運維人員的。

畢竟你想在開發寫的那麼多的程式碼當中找到根本原因，首先你自己要懂一些程式碼，它的邏輯是什麼樣子的，同時你還要懂業務，從業務層面來說這些東西該如何去走，當你瞭解了業務又懂得了一些程式碼的實現邏輯以後，你才能夠站在當前的角度上去解決問題。

同時運維所接手的專案到底好不好，自己一天的運維工作到底多不多，也要看之前專案給你埋的坑多不多。如果之前的專案是一個爛尾專案，專案上有很多坑，那對運維來說，後期你要解決的問題就非常的多，甚至你還會解決的非常的痛苦；如果之前的專案人員都非常能幹，專案做的很成熟，對很多細節方面都考慮的很到位，專案給你埋的坑也很少，那你在做運維的時候就相對要輕鬆一些。

所以透過上面比較會發現，不論是做測試、開發還是運維，其實這幾種工作都不是很輕鬆的。真正考驗你的還是你自己掌握了多少東西，你能夠解決多少問題，你做事的時候有沒有掌握真正的做事的方法論。當你自己能力強的時候，其實做這幾種工作都是相對比較輕鬆的，你也會感到比較有成就感的，如果說你對相關的一些技能掌握的並不是很透徹，那不論你做那種工作，都是有困難的，都是不輕鬆的。

朋友，這個不好對比，這麼說吧，1,開發，2,測試，3，運維（伺服器）。通常一個專案，如果開發在寫程式碼時，測試和運維是不忙的，如果測試在測試時，有問題開發得改，運維暫時可以不用（除非上程式碼是運維的活），如果運維忙時，如果程式碼有問題，開發得改程式碼，測試暫時不用（除非需要測試）。整體來說，程式碼是核心，那麼開發的任務是最大的，其次是運維，再次是測試（因為不是所有的公司都需要測試的）。我說的是相對的，或許有其他因素，大家都忙。開發人員幾乎是全程的（有的開發都是全能的），測試的話需要測試不同的場景，運維需要時刻關注伺服器。

解答這個問題之前，我們需要了解一下工作中為什麼會有輕鬆和不輕鬆這種感覺。

我覺得當我們覺得工作不輕鬆的時候，那是因為自己對工作有很強的責任感，研發會擔心自己的程式碼是不是會造成什麼不可知的bug，測試會擔心自己的用例沒有覆蓋完全，遺漏掉某些場景，線上會出現bug，運維會擔心哪個基礎元件不穩定，造成線上故障。正是由於種種的擔心，會讓自己感到不輕鬆，我覺得這是好事，因為有壓力因為不輕鬆，我們會對自己提出更高的要求，讓自己不斷的成長，成為那個能夠輕鬆的人。

為什麼會輕鬆呢，我的理解是，有超強的能力，對業務對技術都有足夠的理解，研發確信自己的程式碼實現在當前場景是最合適的並且有足夠的單元測試覆蓋，測試確信自己的用例已經覆蓋到所有場景並且經過交叉測試，運維確信各種基礎元件在各種流量的穩定情況，輕鬆是因為強大的能力，能夠讓自己保證所負責的工作內容不會出現預料不到的情況，一切都在控制之內。

在網際網路技術圈的鄙視鏈裡，測試和運維是名列前茅的，其實當你存在鄙視這種行為的時候，那就說明你是很無知的，因為自然規律告訴我們存在即合理，在產品的生命週期裡，研發、測試、運維各自用自己的手段去保證質量，沒有哪一個是輕鬆的，當我們有足夠的能力，我相信，每一個又是輕鬆的。

不輕鬆是由於強烈的責任心和自己的能力有欠缺，輕鬆是因為自己可以自信的完成工作內容，當然這裡說的自信是要符合實際的，不是盲目的自信和不切實際的自信。我們可能永遠都不會感到輕鬆，因為總存在無法確定的情形和無休止的技術之路，但是我們就是要在這不輕鬆的道路上讓自己不斷成長，最後足夠強大。

想做好都不輕鬆 測試名義上輕鬆一點 不過要做好測試需要開發很多測試框架測試工具，還要學會分析開發的程式碼，還要懂很多運維知識。其實要求比開發還要高還要全面。不過測試在抗老上來說比開發好很多，一勞永逸。畢竟開發的框架幾年一換，測試的框架十年一換也夠用，哈哈