測驗工程師，跳槽漲了4k，年總包算下來還降薪了？

跳槽時薪資漲了 4000，但年薪總包算下來反而變少了，這是怎么回事？

上周，我星球里一個同學就遇到了這么一個問題，薪資漲了、總包降了，而且談薪時把自己坑了，

作為一個案例，我覺得對很多人可能會有一定的參考價值，這里跟你們聊聊，

先看下這位同學的基本情況，

她目前在一家國企做自動化測驗，基礎月薪是 16000，最近拿到一個新公司的 offer，對方開出的月薪是 20000，在之前基礎上漲幅 25%，

按理說，25% 的薪資漲幅是在行業標準范圍內的，可實際上，按照年總包仔細算下來，她算是降薪了，

原因很簡單，原公司的福利待遇更好、公積金繳納比例更高，

在原公司，他們每個月有 1000 塊錢的飯補和 200 塊錢話費，如果全勤，還能額外獲得 500 的全勤獎，遇上夏天，還有 200 的高溫補貼，

每年有 3 個月的年終獎，公積金和社保都按最高比例繳納，算下來，年總包有 29 萬多，

她拿到的這個新 offer 雖然基礎薪資上漲了 25%，但是沒有其他福利待遇，公積金也只按 5% 的比例交的，算上年終獎，年總包也在 29 萬左右，

實際按年薪算下來，新 offer 反而比原作業低了一點，一個是穩定的作業，一個是更有挑戰的機會，假設都是 29 萬的年薪，你會怎么選？

在我看來，其實單純對比薪資意義不大，

首先，任何一份作業除了薪資屬性外，還有行業領域、公司發展、個人成長、人際成本等綜合因素，

以她為例，如果是同行業、同領域跳槽，那可比較的就是公司發展、個人成長、人際成本以及薪資福利，

公司發展不好判斷，但國企肯定更加穩定且長期，對于個人成長來說，其實主要看崗位挑戰，

所謂崗位挑戰，就是當前作業內容以及未來可見范疇內的作業內容是否有變化或延伸，如果兩三年都是做同樣的作業，那崗位挑戰幾乎為零，

長期下去，相當于只是把一份作業越做越熟練，但個人價值并沒有因此而提升，

比如一直做產品設計的人會成為這方面的專家，但對于產品運營、業務、資料、商業化、管理如果不了解的話，那職業發展的邊界就會很窄，

說白了，同樣的一份作業做一年和做三年相比，增加的只是作業經驗，但沒有拓寬能力邊界，

其次，任何一次跳槽實際上都是在更換自己的成長環境以及人際網路，對應的，就是人際成本，

說得通俗點，你在一家公司干了幾年后，公司的結構、人、事以及文化你都非常了解了，

作為一個老人，你獲得資源以及資訊的優勢顯然要超過新人，你在這個人際網路內的優勢也會超過一般新人，這就是人際成本，

很多人會忽略這一點，覺得薪資漲了就可以走，但是，我們所在的是一個人情社會，而資源都掌握在人的手里，你獲得資源的效率取決于你的人際網路效率，

你們可以看那些成長為公司高層的人，哪個不是在一家公司扎根多年的？除了他們的能力和業績外，人際成本也是一種資產，

所以，除了薪資福利外，還得把這些隱形資產也都算在里面，

接下來聊聊如何談薪資，

第一，先計算清楚當前的薪資總包，包括基礎薪資、五險一金、年終獎、專案獎、福利待遇以及其他，

再結合你的背景經驗和目標崗位的匹配度、以及你過往的業績和能力體現，這些就成了你的談判資本，

注意，很多人互聯網公司都有 13 薪或 15 薪這樣的說法，但要知道，多出來的那幾個月薪資你不一定全部能拿到，也就是所謂的浮動薪資，

比如年終獎和專案獎，這些會根據具體的績效評定來決定發放數量，

雖然說的是 15 薪，但可能其中有 1 個月的薪資是根據績效的浮動薪資，

另外，不同公司對于五險一金的繳納比例不同，

有的是根據工資金額全額繳納，有的公司為了省錢只會按最低比例或者某個低于你薪資的比例繳納，

第二，在了解清楚自己當前的總包以后，接下來就可以預估一個漲幅空間，并針對新 offer 的條件來做對比，

按照一般的跳槽漲薪幅度，20% 到 30% 是一個可參考的大致范圍，有的可能更高，也有的達不到這個范圍，

假設你預估的是漲幅 25%，那么就可以根據上面提到的基礎薪資、五險一金、年終獎、專案獎、福利待遇等進行綜合計算，

就以上面提到的這位同學為例，基礎薪資漲了 25%，但公積金只按 5% 的比例繳納，

此消彼長，都是套路，

有時候，看起來你的基礎薪資提高了，但實際上五險一金降低了，相當于沒漲，可能還會倒虧，

如果遇上一些喜歡套路的公司或 HR，談薪的時候不說清楚，合同上也沒體現，等到最后發錢時，就以各種理由搪塞，吃過虧的都懂，

最后，談薪的基礎是你的個人價值，如果你對自己足夠自信，有足夠的能力去支撐你的價值，就別怕開價，

如果對方真的需要你，也不會吝嗇自己的價格，畢竟，企業找到一個合適的人還是挺難的，對他們來說也是一個巨大的成本，

價值決定價格，這個定律始終是不變的，

打工人賺錢不易，如果下次談薪，不要看著賬面數字就草率決定，把明細盡可能了解清楚，

看看哪些是固定的、哪些是浮動的、哪些是全額的，哪些是最低基數的，多考慮下，

祝你們都能升職加薪！

最后分享一下我從事測驗這些年對自動化測驗的看法，希望可以幫助到想要進階的朋友

什么是自動化測驗呢？

關于這個問題，可能沒有準確的答案，

普遍認為的是介面自動化測驗，WebUI自動化測驗，App自動化測驗等被冠以自動化命名的測驗方案，

其實不然，自動化測驗是相對于手工而言的，用代碼或是借助于第三方工具，把繁復的測驗作業從手工轉化為機器自動執行的測驗方案，可以統稱為自動化測驗，

除了上面所說的三個方面的自動化測驗，當然還包括日志過濾，日志回放，介面監控，服務監控等等，根據具體業務需求通過代碼把人力從中解放出來的代碼手段，

為什么要做自動化測驗？

從作業角度來說，目前互聯網行業需求迭代非常快，人員流動也比較快，所以一個需求從提出到上線時間比較緊急，同時對于其影響的范圍也可能不太清楚，在上線之前必須對原有功能進行回歸測驗，

不管是介面還是從客戶端，都需要大量的測驗作業，而且在大資料時代，測驗用例量也是非常龐大的，如此繁復單調的作業讓人工來測驗的話，根本不能保證效率和質量，所以必須要借助于非人工手段來實作，

從個人發展方面來講，時代在發展，對我們的要求也越來越高，所以我們要迎接變化，不斷提升自己才行，雖然你可以堅持手工測驗是基礎，是王道，可是并沒有企業愿意為你這個信念買單，

除非你生活無憂無慮，可以堅持自己的信念，否則你就要尊重業界發展的規律，不斷充電從而使自己更有價值，或許再過幾年，自動化測驗會成為從業者的準入門檻，如果做不好自動化測驗，所謂的高薪也就無從談起，

那該如何學習自動化測驗？

既然自動化測驗是手工測驗提升的一個必經之路，雖然自動化測驗沒有那么高大上，但也是必不可少的，那作為一個有理想的測驗人員，應該如何去學習自動化測驗呢？

（1） 準確定位自己，明確目標

有不少同學意識到了自動化測驗的重要性，就去網上查詢資料啊，或是報培訓班學習啊，可是到最后越學越迷茫，處于會與不會之間，前路不知如何去走？這是什么原因呢？

這是因為你在學習自動化測驗之前沒有想明白幾個問題：我的真實水平如何？如果學習一項新的技識訓是語言，我愿意投入的精力是多少？從現在開始學習，三個月或是半年后應該達到什么目標？我了解現在業界的自動化測驗型別或是體系嗎？想好這些問題再去入手學習或培訓，必定事半功倍，

（2） 全面了解，選好切入點

目前自動化測驗方向大概有以下幾個：

• A、輔助測驗腳本方向：以Shell，Python為主來簡化重復的作業，過濾日志等；
• B、介面自動化測驗方向：Python+Unittest+HtmlTestRuner+Jenkins和Java+Httpclient+TestNG+Jenkins，當然還有很多其他二次開發的框架或工具，不過核心是一樣的；
• C、頁面自動化方向，主要有Python+Webdrver+HtmlTestRunner+Jenkins,Java+Webdriver+TestNG+Jenkins,以及其他的框架和工具；
• D、App自動化測驗方向：以Robotium+Java+TestNG+Jenkins,　　Appium+Java+TestNG+Jenkins,Appium+Python+HtmlTestRunner為主，

當然這里介紹的都是簡單的，最基本的實作方案，作為入門學習比較合適，其他五花八門的二次開發的框架，包含眾多功能的方案留待你以后提升，先從這幾方面了解入手，選擇一個語言體系，建議從介面自動化入后，然后再去學習頁面和app，

（3） 步步為營，不要貪多

我們在提升自己的時候，發現有好多東西需要學習，于是就很著急，想同時學習很多東西，其實這并不好，學的太多容易產生混淆，而且不容易消化，你仔細調研一下就會發現，很多東西都是通著呢，代碼架構，用例管理，執行策略，持續化集成思想都可以舉一反三，關鍵是自己要動手真正實施起來，在公司現在的框架上寫用例，不管你寫多少，不了解整體結構都是沒有用的，

（4） 拋棄工具，多用開源

業界好像從來不缺少自動化測驗工具，QTP，RealobotFramework，LoadRunner等等，知名不知名的數不勝數，先不說這些工具效果如何，目前大公司是從來不用這些工具的，大家都使用開源的框架，工具進行定制化自己的測驗方案，

所以剛剛學習自動化測驗的時候，也不要依賴工具，使用開源Webdriver,Appium,Robotium等搭建自己的自動化測驗工程，掌握一個整體的自動化工程作業原理，為以后搭建自己的自動化工程，工具，平臺做準備，

不管你對自動化測驗是愛，是恨，它都是從手工測驗轉為測驗開發必經的階段，可能你了解到自動測驗沒有用，實施起來維護成本高，執行效率低等負面資訊，其實這不是自動化測驗的問題，

要知道，它只是一個工具，一種測驗方案，最終的效果還是由實施的人來決定的，在12，13年的時候，用Jenkins做持續化集成比較熱門，接下來幾年好像沒有那么火了，但是近兩年docker技術的出現，又使CI，CD變得火熱起來，我們是不是應該端正對自動化測驗的態度，明確什么才是你想要的，找準方法，不斷提升自己呢？

自動化測驗學習路線圖

相信看到這里的，不管是新手還是前輩，都對自動化測驗有了一個大體的認知，希望這篇文章能幫助新人更好地了解軟體測驗行業，也同樣希望這篇文章同樣能幫助已經有幾年測驗經驗的前輩們做好自己的職業定位，確定未來的發展方向以及做好技術沉淀，

不管你是否選擇軟體測驗行業，是否決定在測驗行業繼續發展，是否是軟體測驗人員，我都希望本文能夠幫助到需要幫助的人，如果確實對你有幫助，我將感到非常開心，最后我也收集和整理了一份自動化測驗資料

由于內容過多，就不在這里就不把所有的知識點內容列舉出來有需要的你可以加入我們的測驗技術交流扣扣群：563251944（里面有各種軟體測驗資源和技術討論）

送給大家一句話，共勉：當我們能力不足的時候，首先要做的是內修！當我們能力足夠強大的時候，就可以外尋了！