q*******g 发帖数: 132 | 1 谷歌的SET和SWE的pay基本是一样的。
在SET中,有特别适合做SET的,也有水平一般的,这和SWE的情况差不多。主动申请SET
的人不多,即使那些做
SET做的特别好的,也并不是一开始就想做SET。有些因为SWE面不过,被转到SET来的,
有人做了些时间发现自己很适合,就安心待在SET。也有SET做的不错,转去做SWE,在
SWE中也做的很好或者更好。也有SET做不好的,看不到什么前途,转去做SWE,这部分
人当中绝大部分在SWE中也做不好。那些做SET一般,也有自知之明知道自己做SWE也不
怎样的,也会安心待在SET。资质一般的人,在哪都是一般,但是在SET那相对好混点。
真正的级别高的大牛,测试都是做的很好的。你想呀,如果要能做很好的设计,那肯定
是知道设计的不好的东西会有什么缺陷,他们要测起来是非常知道那些水平一般人设计
的东西哪里会出问题,设计测试的时候会很有针对性。 |
c********h 发帖数: 330 | |
q*******g 发帖数: 132 | 3 其实同样能力的人在SET中更能发光,因为愿意做SET的人不多。当然这样会减少去早期
startup的机会。所以要根据自己的人生目标去取舍。
【在 c********h 的大作中提到】 : 是金子在哪儿都发光
|
p*****2 发帖数: 21240 | 4 这么说就局限了
【在 q*******g 的大作中提到】 : 其实同样能力的人在SET中更能发光,因为愿意做SET的人不多。当然这样会减少去早期 : startup的机会。所以要根据自己的人生目标去取舍。
|
q*******g 发帖数: 132 | 5 不是每个人都想去早期的startup。
【在 p*****2 的大作中提到】 : 这么说就局限了
|
a*******6 发帖数: 591 | 6 G家set转swe容易吗?
SET
【在 q*******g 的大作中提到】 : 谷歌的SET和SWE的pay基本是一样的。 : 在SET中,有特别适合做SET的,也有水平一般的,这和SWE的情况差不多。主动申请SET : 的人不多,即使那些做 : SET做的特别好的,也并不是一开始就想做SET。有些因为SWE面不过,被转到SET来的, : 有人做了些时间发现自己很适合,就安心待在SET。也有SET做的不错,转去做SWE,在 : SWE中也做的很好或者更好。也有SET做不好的,看不到什么前途,转去做SWE,这部分 : 人当中绝大部分在SWE中也做不好。那些做SET一般,也有自知之明知道自己做SWE也不 : 怎样的,也会安心待在SET。资质一般的人,在哪都是一般,但是在SET那相对好混点。 : 真正的级别高的大牛,测试都是做的很好的。你想呀,如果要能做很好的设计,那肯定 : 是知道设计的不好的东西会有什么缺陷,他们要测起来是非常知道那些水平一般人设计
|
p*****2 发帖数: 21240 | 7 跟startup没关系
【在 q*******g 的大作中提到】 : 不是每个人都想去早期的startup。
|
s*****r 发帖数: 43070 | 8 现在流行TDD,先写test case,再写code,复杂环境和user case,test比code难写很多
SET
【在 q*******g 的大作中提到】 : 谷歌的SET和SWE的pay基本是一样的。 : 在SET中,有特别适合做SET的,也有水平一般的,这和SWE的情况差不多。主动申请SET : 的人不多,即使那些做 : SET做的特别好的,也并不是一开始就想做SET。有些因为SWE面不过,被转到SET来的, : 有人做了些时间发现自己很适合,就安心待在SET。也有SET做的不错,转去做SWE,在 : SWE中也做的很好或者更好。也有SET做不好的,看不到什么前途,转去做SWE,这部分 : 人当中绝大部分在SWE中也做不好。那些做SET一般,也有自知之明知道自己做SWE也不 : 怎样的,也会安心待在SET。资质一般的人,在哪都是一般,但是在SET那相对好混点。 : 真正的级别高的大牛,测试都是做的很好的。你想呀,如果要能做很好的设计,那肯定 : 是知道设计的不好的东西会有什么缺陷,他们要测起来是非常知道那些水平一般人设计
|
q*******g 发帖数: 132 | 9 如果真正按照SET的定义,是不会有局限的。关键是很多一般的SET end up with
automation, scripting.
好的SET是用software engineering的skills去解决测试的问题。这个理念不是每个人
都能真正理解和执行的。我见到的好的SET是真正能build something like a product
,然后push dev去用他们的东西去写测试的。
【在 p*****2 的大作中提到】 : 跟startup没关系
|
p*****2 发帖数: 21240 | 10 说到点了 关键是push
product
【在 q*******g 的大作中提到】 : 如果真正按照SET的定义,是不会有局限的。关键是很多一般的SET end up with : automation, scripting. : 好的SET是用software engineering的skills去解决测试的问题。这个理念不是每个人 : 都能真正理解和执行的。我见到的好的SET是真正能build something like a product : ,然后push dev去用他们的东西去写测试的。
|
|
|
m***2 发帖数: 595 | 11 大公司裁员都是从tester开始,不要以为做了tester身边的人相对弱点你就好过点,人
是不会闲着的,特别是在一个组织里面,不搞技术就搞政治,另外三姐做tester的很多
最后,做了tester想转dev是很难的,做过dev的还好点,一开始就做tester的,总是缺
点什么
SET
【在 q*******g 的大作中提到】 : 谷歌的SET和SWE的pay基本是一样的。 : 在SET中,有特别适合做SET的,也有水平一般的,这和SWE的情况差不多。主动申请SET : 的人不多,即使那些做 : SET做的特别好的,也并不是一开始就想做SET。有些因为SWE面不过,被转到SET来的, : 有人做了些时间发现自己很适合,就安心待在SET。也有SET做的不错,转去做SWE,在 : SWE中也做的很好或者更好。也有SET做不好的,看不到什么前途,转去做SWE,这部分 : 人当中绝大部分在SWE中也做不好。那些做SET一般,也有自知之明知道自己做SWE也不 : 怎样的,也会安心待在SET。资质一般的人,在哪都是一般,但是在SET那相对好混点。 : 真正的级别高的大牛,测试都是做的很好的。你想呀,如果要能做很好的设计,那肯定 : 是知道设计的不好的东西会有什么缺陷,他们要测起来是非常知道那些水平一般人设计
|
q*******g 发帖数: 132 | 12 在Google其实还有一个职位叫Testing Engineer,这个和传统的tester更接近。
但是dev team并不是很清楚Testing engineer和SET区别。所以经常会让SET做Testing
engineer的工作。
所以就在于你作为SET能不能做和ladder符合的事情。如果你没有设计和开发能力,很
有可能就end up doing Testing engineer的工作。
【在 m***2 的大作中提到】 : 大公司裁员都是从tester开始,不要以为做了tester身边的人相对弱点你就好过点,人 : 是不会闲着的,特别是在一个组织里面,不搞技术就搞政治,另外三姐做tester的很多 : 最后,做了tester想转dev是很难的,做过dev的还好点,一开始就做tester的,总是缺 : 点什么 : : SET
|
c********i 发帖数: 52 | 13 说的准确到位,谢谢分享。
SET
【在 q*******g 的大作中提到】 : 谷歌的SET和SWE的pay基本是一样的。 : 在SET中,有特别适合做SET的,也有水平一般的,这和SWE的情况差不多。主动申请SET : 的人不多,即使那些做 : SET做的特别好的,也并不是一开始就想做SET。有些因为SWE面不过,被转到SET来的, : 有人做了些时间发现自己很适合,就安心待在SET。也有SET做的不错,转去做SWE,在 : SWE中也做的很好或者更好。也有SET做不好的,看不到什么前途,转去做SWE,这部分 : 人当中绝大部分在SWE中也做不好。那些做SET一般,也有自知之明知道自己做SWE也不 : 怎样的,也会安心待在SET。资质一般的人,在哪都是一般,但是在SET那相对好混点。 : 真正的级别高的大牛,测试都是做的很好的。你想呀,如果要能做很好的设计,那肯定 : 是知道设计的不好的东西会有什么缺陷,他们要测起来是非常知道那些水平一般人设计
|
q*******g 发帖数: 132 | 14 如果你是个很合格的SET就不难。
现在转不需要面试。只要有愿意接收你的组,和足够多的设计和开发工作。所以你如果
真的是按照ladder的要求做的都是测试framework的设计和开发,那基本上能组和职位
一起换。这个需要通过hiring Committee.
如果写的code不够多,你可以先以SET身份换组。然后在新组做够足够多的设计开发工
作,再通过hiring Committee去转。
【在 a*******6 的大作中提到】 : G家set转swe容易吗? : : SET
|
r***a 发帖数: 36 | 15 g家的swe hiring bar是比set要高一些,问题的根本原因是牛人都不愿意去干set。但
是G家缺set,所以set的晋升和换组换project都比swe容易很多。而且像g家这么大的一
家公司,swe平时干的活也是给一个很大的project写一小部分的code,而且还没什么难
度的那种,熟手了之后完全就是流水线作业,而且写完后花个大半天来做testing,还
真不比set的那些事情要有趣或者有难度。反正大家都是混口饭吃的,看看那么多阿三
还不是从tester干到manager,中国人这也看不起那也看不起的,太势利眼了 |
z********o 发帖数: 83 | 16 严重同意 都是做it技术的 干嘛看不起做测试的
在此求google testing内推 学校专业刷题工作经验均符合,性格挺喜欢做测试。谢谢
大牛 |
c*******g 发帖数: 332 | 17 据说set面试貌似就是不考system design
别的方面和swe面试差不多 |
p*****2 发帖数: 21240 | 18 以前m家sdet也类似 后来差不多全砍了
【在 r***a 的大作中提到】 : g家的swe hiring bar是比set要高一些,问题的根本原因是牛人都不愿意去干set。但 : 是G家缺set,所以set的晋升和换组换project都比swe容易很多。而且像g家这么大的一 : 家公司,swe平时干的活也是给一个很大的project写一小部分的code,而且还没什么难 : 度的那种,熟手了之后完全就是流水线作业,而且写完后花个大半天来做testing,还 : 真不比set的那些事情要有趣或者有难度。反正大家都是混口饭吃的,看看那么多阿三 : 还不是从tester干到manager,中国人这也看不起那也看不起的,太势利眼了
|
q*******g 发帖数: 132 | 19 大部分不是直接转到SDE吗。
而且m家的SDET比例很高,听说是1:1。G家比例在10:1左右。
M家听说是帮SDE写unit test。
G加的SET suppose是不写test,而是enable SWE写test
【在 p*****2 的大作中提到】 : 以前m家sdet也类似 后来差不多全砍了
|
p*****2 发帖数: 21240 | 20
所以说test的定位很不清晰,这个是最主要的问题。
【在 q*******g 的大作中提到】 : 大部分不是直接转到SDE吗。 : 而且m家的SDET比例很高,听说是1:1。G家比例在10:1左右。 : M家听说是帮SDE写unit test。 : G加的SET suppose是不写test,而是enable SWE写test
|
|
|
L***s 发帖数: 1148 | 21 写tests以体力劳动居多,non-trivial的tests不多,但要码的非常多
比如40行左右的code改动,通常伴随400-600行左右的tests
在PMs看来,这些劳动通常是看不见的,所以不会被appreciated
这很好地诠释了80/20规则
这也是SDE自己写tests、以及TDD苦逼的地方之一
很多
【在 s*****r 的大作中提到】 : 现在流行TDD,先写test case,再写code,复杂环境和user case,test比code难写很多 : : SET
|
k*x 发帖数: 1829 | 22 现在面试早就要求bug free 可想而知以后会有吨需要test
【在 L***s 的大作中提到】 : 写tests以体力劳动居多,non-trivial的tests不多,但要码的非常多 : 比如40行左右的code改动,通常伴随400-600行左右的tests : 在PMs看来,这些劳动通常是看不见的,所以不会被appreciated : 这很好地诠释了80/20规则 : 这也是SDE自己写tests、以及TDD苦逼的地方之一 : : 很多
|
D*******r 发帖数: 2323 | 23 你这是要有多天真才会认为面试写个bug free的method,将来工作中写的product code
也能bug free?别说做不到product code bug free,连bug减少的迹象都没有。面试的
bug free无非是申请的人多了,刷题也早就刷滥了,用bug free来抬高竞争门槛而已。
你还以为面试要求bug free选出来的这些人比以前不要求bug free选出来的人在工作中
水平能高出点什么来啊?
【在 k*x 的大作中提到】 : 现在面试早就要求bug free 可想而知以后会有吨需要test
|
c*****z 发帖数: 1211 | 24 webpage和windows能一样么,传统软件发布了就发布了,没那么容易改,windows装机
量过十亿,怎么保证所有的PC都能跑windows,自带成千上万的驱动,谁保证这些驱动
都能跑,这个和这个服务根本是两个概念。
【在 q*******g 的大作中提到】 : 大部分不是直接转到SDE吗。 : 而且m家的SDET比例很高,听说是1:1。G家比例在10:1左右。 : M家听说是帮SDE写unit test。 : G加的SET suppose是不写test,而是enable SWE写test
|