10:1 正常~
在意研测比的永远学不会管理
这个话其实又歧义,是要裁测试人员还是要增加开发?
如果是个大公司,可以长待的那种,建议选功能测试,因为楼主的 30k 功能测试也不是那种点点点的,这样测业务的岗位对公司业务的参与感强,接触面广,便于在公司累计人脉,便于常待;工具开发看似能学到技术,但是说的难听点比上不足,比下有余,而且做工具开发,从 0 到 1,容易出成绩,但基本是一波,做好了就没你什么事了,而且做工具接触面窄,这个社会不缺会写代码的。而且那种没有专门的测试开发团的的测试团队的测试开发岗千万不要去,因为你会发现你的绩效永远没业务测试团队的人高,因为业务为王,久而久之你就成为没有绩效的鸡肋,特别是金融公司尤为明显,记住做业务测试同样可以做技术,现在已经不是 11,12 年,专业的测试是开发没那么好的发展空间,除非像 wetest airtest 那样的团队,但是人家那个与其说是测试开发,不如叫开发。
有空可以多看点书.
路需要是自己需要深入分析理解的,路也是自己选了才能不后悔的.
共勉.
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 应该算不上专家。