克莱沃曼的测试感悟(2) - 云计算的发展对测试的影响(A)

cleverman

上篇文章谈到了这几年IT行业的发展的核心就是云计算。这篇来谈谈云计算的发展给测试带来了什么影响。首先要澄清几个概念。

传统软件和云计算：传统软件就是需要安装才可以运行的软件，比如微软的office。云计算讲究的是SAAS，所谓的软件就是服务，不需要安装而运行在浏览器里，比如Google Docs。
云和端：云你可以理解为internet, 也可以理解为server。端从硬件来说就是PC, smart phone, tablet, xbox等等可以接入internet的设备。从软件来说在PC上就是上边提到的SAAS。从其他设备来说，当然也有SAAS了，但是目前更主要的形式却是APP。对于这种与PC相反的形式，我稍后会有所说明。
测试工作角色的分类：各个公司分类不同，但是目前比较流行的分类方式是SDET （software development engineer in test)和SQAE (software quality assurance engineer)。各个公司的叫法也有所不同，跟SDET类似的有SET(Google, Linkedin),跟SQAE类似的有QAE(amazon), QE(Salesforce, linkedin)。 SDET和SQAE的主要区别就是编码能力。
SDE, SDET, SQAE, user的关系：如果我们把SDE的代码认为是100%，user的代码认为是0%。你可以理解为编码能力，也可以理解为编码的工作量，或者理解为对这个职位的编码要求。我认为SDET的编码是100%-50%，而SQAE的编码是50%-0%。从关系上来说，SDET更接近于SDE，而SQAE更接近于用户。我经常看到大家把测试职位分成手工测试，自动化测试，黑盒测试，白盒测试。其实，把测试分为SDET和SQAE更实际一些。
以上的话题，我在后续文章都会深入展开来谈。这里需要说明一下就是，我的观察主要从SDET的角度，更多的话题也会围绕SDET展开。SQAE会涉及，但是未必准确。

这一篇主要是为了澄清一些概念。下一篇会开始进入话题。我会从宏观，微观两个方面来谈。宏观主要是看大趋势，微观是看具体公司的情况。

cleverman

云计算的发展对测试的影响(B)

传统软件公司跟云计算公司相比

传统软件更加重视测试。所谓重视不重视测试有一个基本衡量的标准就是开发测试的比例。传统软件公司很多开发测试的比例都可以达到1：1，尤其是大公司，即使我工作过的小公司也是1:1的比例。传统软件公司的典型代表就是微软。微软桌面软件的测试标准配置就是1:1。有些传言说1：2或者更高并不是真实的，至少不是普遍的情况。
而云计算公司开发测试的比例就大大的降低了。比如Google的比例，据我的了解应该是10-20：1，比例非常的小，甚至很多项目没有测试。当然这是有原因的，我稍后会解释。Amazon的比例也类似，可能稍高一些。Linkedin大概也差不多。Facebook甚至没有测试工程师。而唯一的例外可能就是Salesforce，他们号称努力达到1：1，可是目前可能是几比一，但是比例应该会比其他搞云计算的高。
但是有一个有趣的现象是。我说过测试分为SDET和SQAE。在传统软件公司中设有SDET职位的是极少数。除了微软以外，其他公司基本没有SDET的职位而清一色是SQAE的职位。而在云计算公司中，除了Facebook这个特例，其他公司基本都同时设有SDET和SQAE的职位。也就是说SDET在云计算公司中更有市场。另一方面也说明，云计算公司虽然测试的比例不高，但是要求测试人员的素质却比传统软件公司要高了。还有一个例子就是微软的Bing search，竟然把SDET取消了，几乎全部都是SDE了。
我认为造成这个现象的原因是，传统软件公司的开发模式比较老套，发展比较缓慢，还主要是墨守成规。而SDET这种测试的职位是微软大概在2004，2005年左右创立的，是属于比较先进的测试模式，但是历史比较短，传统软件公司还没有时间去采用。而云计算公司都比较新，大多都是近几年兴起的，因此一开始就采用了比较先进的模式。所以说SDET是测试的大趋势，也就是说测试需要跟开发更加紧密的合作。我这么说是有根据的，比如微软在树立SDET的时候就把SQAE淘汰了，相应的职位采用了外包的形式。而Google里SQAE的职位也是越来越少了，新的opening基本都是SDET了。所以说通过SQAE进入顶级大公司的机会现在已经非常小了。而SDET由于历史短，市场上的人才并不多，因此也比较抢手。我知道一些SDET在国内的公司也拿到了40万年薪甚至更高的offer。

linmulin

写的什么狗p文章，没人顶，自己还舔脸来顶，还什么B，真是可耻，你这种文章没人要看，滚回你老家去

cleverman

回复 3# linmulin

哈哈。我看到过你以前的发言如下。

linmulin

8#
发表于 2010-6-12 09:14 | 只看该作者
回复 7# 的帖子

么房子额穷句，滚出上海，只配做乡下人，只配添无卵额刚b

linmulin

那是老子骂另外一个sb的，老子就是论坛游侠，路见不平就出来吼一声

qqitong

开拓的眼界   楼主 我顶你
楼主再吵架时 还能举例子用事实说话   大将之才

sam.sheng.3

楼主继续，不用管那些sb，因为他会把你拉到和他一样的智商，然后用他那丰富的经验打败你！

linmulin

sb真多，还真有人顶贴，正中楼猪的下怀，他这样回帖就是要笼络人心，以这种方式达到对你们的控制，以满足他个人的虚荣心，连这都不懂，都不满25岁吧，回娘胎里再练几年再滚出来

cleverman

sb真多，还真有人顶贴，正中楼猪的下怀，他这样回帖就是要笼络人心，以这种方式达到对你们的控制，以满足他 ...
linmulin 发表于 2011-11-4 21:47

linmulin，我也不想跟你争什么。我这些信息也是得来不易的，大多数都是亲身感受的。我对于很多问题都是一直在想，一直在search，但是你在网上我敢说基本查不到我提供的这种信息。网上对于测试的信息很多都是有广告性质的，不能反映真实的情况。比如为了得到第一手的资料，我参与了多次微软，Google, 亚马逊等的HR talk，电话面试，甚至on-site。我也跟像Linkedin, Salesforce, Netflix等等公司的HR了解过情况，甚至跟他们的测试经理也沟通过。我也尝试过跟Facebook, Twitter, Zynga等等公司取得联系，就是为了把自己的视野从有限的公司扩展到IT行业整个面。这也是为什么我觉得以前的有些观点还是比较幼稚的原因。为了亲身体会，我也在从桌面软件的测试往云计算上转。再过几年可能会有一个更好，更深入的理解。因为我发现云计算上的测试跟桌面软件还是有很大的不同之处，而自己需要亲身经历。

我不明白为什么你会认为这些信息没有价值？其实，论坛上认识一些网友已经从中国发展到美国了，有些也是本来就在国外发展的。跟我都很谈得来。我可不是LKF那样的人，我提供的信息最重要的一点就是真实，当然我也很难保证100%正确，因为即使一些问题我问这些公司的员工，他们也不能回答很清楚，只能回答一个大概。

sam.sheng.3

回复 8# linmulin
我们乡下人，还就真的懒得跟你这样的城里人说话。不过我这个乡下人很是奇怪，城里人素质都这么差，出口成脏？还是你是个特例？就算楼主说的是错的，你把你的观点说出来啊，用观点来反驳看楼主，而不是用脏字，出口就骂人，再一次让我见识到了所谓的上海人（这句话我犹豫了很久要不要说出来，但是，上海人没来由的优越感，全国都是知名的。如果有上海的同胞，多有得罪，我更多的是针对他这样的。）说完这句话，你可能又要拿你是城里人的身份来说点什么了，你继续，正如我所说的那句话：“永远不要和白痴解释什么，因为他会把你拉到和他一样的智商，然后用他那丰富的经验打败你”。也祝愿你早日成熟起来，不是年龄大就是成熟的，就您这样的心态，50岁，又怎么样？您要是觉得我可笑，您就继续笑，您要是想继续骂，也请继续，大家都是成年，谁是无理取闹，谁是真正地分享一些东西，大家心里都明白的！

linmulin

sb真多，连我的意思都看不懂，还什么乡下人，城里人，我根本就没有bs外地人的意思，相反，我倒是很欢迎一些高素质外地人到上海来，你如果还不满25岁，那就不要来和我讨论这个问题，麻烦把意思看看清楚再来说，懂的自然懂，不懂的多说也没有什么意思

linmulin

sb真多，连我的意思都看不懂，还什么乡下人，城里人，我根本就没有bs外地人的意思，相反，我倒是很欢迎一些高素质外地人到上海来，你如果还不满25岁，那就不要来和我讨论这个问题，麻烦把意思看看清楚再来说，懂的自然懂，不懂的多说也没有什么意思

billhu

cleverman 的“所以说SDET是测试的大趋势，也就是说测试需要跟开发更加紧密的合作。我这么说是有根据的，比如微软在树立SDET的时候就把SQAE淘汰了，相应的职位采用了外包的形式。而Google里SQAE的职位也是越来越少了，新的opening基本都是SDET了。所以说通过SQAE进入顶级大公司的机会现在已经非常小了。” 这句话碰了 linmulin 的心尖，所以两人争来争去的，比较有意思。

cleverman

云和端的测试

云计算带来了很多很多的好处，但是由于我这里要阐述的是对测试的影响，因此不准备全面地谈，这里只是从软件开发商的角度去看。

先谈谈云。传统软件是通过安装来部署到用户的计算上，因此开发商对软件基本失去了控制的能力，这也就是为什么会有盗版软件的产生了。而云上的软件却不同，它被部署在了开发商的服务器上（自己的或租用的），开发商有完全的控制能力。这点区别也就造成了云上的软件对质量的要求比传统软件要低。传统软件如果出了bug是很难去fix的，只能靠update这种痛苦的方式。想想windows update和adobe那些没完没了的update吧。对了还有QQ。不但用户痛苦，开发商其实更痛苦。要release一个patch要花多少人力物力呢？因此，能尽量多的在release给用户之前发现bug是非常非常重要的，也就是说开发商需要一个优秀的测试团队。而在云上运行的软件却是另外一副模样。首先，release新的版本的时候可以一点一点的开放，通过用户来报bug。即使全部开放之后发现bug，由于代码被开发商完全控制，所以可以非常容易的修复bug，如果有非常重大的问题的话，还可以roll back到老版本上去。因此，修复bug的代价相对传统软件要小得多。换句话说，云软件对质量的要求是deployable, not shippable.

这里举几个例子。Facebook就基本没有测试人员。我从一些渠道听说他们也有测试人员，但是我从来没看到他们在招测试人员。他们的策略就是一点一点的开放给用户，从而使得最终的开放的是一个稳定的版本。Amazon就是靠著名的on-call文化，on-call的开发人员24小时待命，一旦系统出现任何问题都要马上去fix，因此测试的比例就非常低，而且测试的工作内容也比较简单化，主要是集成测试。Google的很多产品可能根本就没有测试人员，都是一些免费的服务，就算有bug又如何？不过总的来说，像Facebook这样一个测试人员也不招的情况比较少，绝大部分云计算公司都是有测试职位的，只是比例很低而已，一般来说10-20：1这样。当然这只是一个很笼统的比例，不同的项目配置是很不一样的。

立车

cleverman,我做了6年多测试了。目前想转行做两年开发，然后再转测试，你看如何？呵呵

cleverman

cleverman,我做了6年多测试了。目前想转行做两年开发，然后再转测试，你看如何？呵呵
立车 发表于 2011-11-9 15:52

    挺好。不过我的感觉做2年开发时间有点短，应该至少做5年。

月上百合

怎么又因为贴子吵骂起来了。大家和诣一点啊。知识分享，想看的看看，不想看的路过不就行哇

Nio

职业生涯有几个５年？呵呵～

千里

我记得楼主工作时间比较长

justfan2012

很好，向楼主学习。