有空可以多看点书.
路需要是自己需要深入分析理解的,路也是自己选了才能不后悔的.
共勉.

3.5:1 感觉已经可以了，5:1 的话感觉都不算测试了，都是测试开发才行

刚刚认真数了一下，5：1 的样子，但是非常忙，忙到完全没精力做其他事情，只能投入业务。

游戏研发公司，项目 A 是 2：1；项目 B 是 3 比 1。时而有人员变动，但是没超过 5：1。

一般我觉得 3：1 到 5：1 都算比较正常的一个区间。

忘说了一点，30 岁，应该是 P6 这个档位，25k 有点儿低（就是职业发展不是特别的棒，这已经比我高了）。
30k 算是目前 p6 的正常档位，但是下一跳会非常非常难，除非 30k 这家公司就是大厂，或者某些头部公司。

2.5：1

钱多 30k 未必是好事，下一跳这个薪资会挡住目前非常多非常多的你看上的公司。
30k——待好久好久的公司，更看重企业文化氛围（顶头上司等等）。
25k——还能下一跳的公司，更看重背景品牌，个人业务和技术的提高。

怎么看待公司要求每天用例数多少，代码行多少这种要求呢

显然你是持反对意见的。

这种要求有好有坏，一定程度减少划水的现象，但实际效果或者要求本身让大家不太舒服。

要么，你就拿出这种做法的实际数据出来，来证明这些做法的效果不好、代价很大、成本很高等等一系列的问题，然后搞清楚上层实施这些要求的目标，和上层探讨一下，提出你的想法和建议。有可能从此你就被 “赏识”...

要么，你就改变自己，去适应公司、适应领导，或者换个没有这种要求的公司

80:1 见过没

30k 功能为主的测试岗应该不会是轻松活。看守收入选 30k，看发展选测开。

不考虑年终奖、各项福利的对比来看，是我的话，我选择 30K 的，因为每月差 5000，一年都 6W 起步了。6W 可以做很多事情了

怎么看待公司要求每天用例数多少，代码行多少这种要求呢？

** 想要从零开始做自动化，关于怎么做的方向或者说成长路线您有什么好的建议吗 **

在自动化方向，做规划其实是最难的。具体每个业务情况不太一样，我只能提供粗略的个人建议

• 技术面：需要可以写脚本、搭平台的人才，这个是自动化的基础；

• 业务面：梳理业务，发掘业务测试中的重复性、低效工作，针对这些问题制定自动化的解决方案（包括不限于接口自动化、脚本跑批、UI 自动化等等），这里得把投入产出比作为重点考虑。因为有些工作听起来好像很高大上，做起来又是另外一回事了，比如 APP UI 自动化

• 流程面：质量过程管理非常重要（包括代码管理、开发、部署...），过程前期做的越多越细致，下游的问题和工作相对就很少很多

个人意见，仅供参考

意思是测试要裁员嘛？

12:1

建议倾向搞核心业务。

你说得没错，两家公司确实业务量不同，当然行业也是不同的。功能岗那公司是新兴领域的 top1，项目算得上核心项目；另一家则是更大型的一线公司，项目是内部的基础服务。

大佬好，我们公司之前是纯功能测试，现在想要从零开始做自动化，关于怎么做的方向或者说成长路线您有什么好的建议吗？

或许两家公司业务量不一样呢，所以造成了测开反倒要加班的情况？如果按照这个层面理解的话，我建议是测开。业务量其实是衡量一个公司发展是否健康的很重要的指标，忙的公司大概率还是发展的更良性的。

上上家公司的时候就是这样（算大厂），测开工资比纯测试低，当然那里纯测试也要会看代码，写自动化，懂架构，精通业务。而且测开组是整个测试部最不受重视的，因为不对接项目不产生价值，大平台不好推，小工具各个测试组自己也会写。所以后来就是测开转测试的越来越多。

公司确实对质量要求比较高。岗位是高级岗，不算是业务专家，只是综合要求比较高，涉及的测试面广。base 深圳，所以 30K 应该算不上专家。

他这个功能应该是业务专家的类型，需要懂得比较多，经验丰富且正好符合对方的业务（测开就不一样了，社会上很好找，对口的业务专家则未必能很快找到合适的），通常金融行业等业务专业性较强的行业会如此，我猜测楼主应聘的公司是一个非常重视产品质量的公司！！！！

相对核心技术更多的是对业务的了解，核心部分都是华为封装好给的，哪怕是脚本也是有模板的。 也就是出去基本属于毫无竞争力

技术与核心竞争力是两回事哦，很多公司的业务测试大牛发展的比测试开发好，深入业务是基础，技术很多时候只是敲门砖。

纠结是去小公司还是去另一个华为外包

想突破就去小公司，外包更多时候就是个执行角色，小公司对于综合能力的提升还是有帮助的。

开 30K 不大会让你做做简单功能，那还不如招个便宜的了

这个 30k 的功能测试也不只是简单的业务吧