测试工程师，跳槽涨了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（里面有各种软件测试资源和技术讨论）

送给大家一句话，共勉：当我们能力不足的时候，首先要做的是内修！当我们能力足够强大的时候，就可以外寻了！