b********7
发帖数: 12906 | 1 但是只写过apps和web services跑来说什么软件都能dev一手操办了，就有点坐井观天
了。
微软也确实在照搬过去写windows 和 office那套到其他上面了，造成一些部门test比
例太高。确实需要改一改。但是一些很复杂的东西还是需要test来把好关的。
可惜事实就是在apps占主流的今天，test越来越不受重视了。 |
a********e
发帖数: 5779 | 2 大规模系统开发和web service的确不一样，测试不可能不分开。
【在 b********7 的大作中提到】
: 但是只写过apps和web services跑来说什么软件都能dev一手操办了，就有点坐井观天
: 了。
: 微软也确实在照搬过去写windows 和 office那套到其他上面了，造成一些部门test比
: 例太高。确实需要改一改。但是一些很复杂的东西还是需要test来把好关的。
: 可惜事实就是在apps占主流的今天，test越来越不受重视了。
|
m********8
发帖数: 7463 | 3 多说无益
猥软在自毁windows office.(已经毁的差不多了，现在就算再毁狠点）
【在 b********7 的大作中提到】
: 但是只写过apps和web services跑来说什么软件都能dev一手操办了，就有点坐井观天
: 了。
: 微软也确实在照搬过去写windows 和 office那套到其他上面了，造成一些部门test比
: 例太高。确实需要改一改。但是一些很复杂的东西还是需要test来把好关的。
: 可惜事实就是在apps占主流的今天，test越来越不受重视了。
|
e*********e
发帖数: 2175 | 4 其实真正懂测试的人现在还有多少? 只会copycat automation 的不算 |
a********e
发帖数: 5779 | 5 很多Realtime系统automation不起来吧
【在 e*********e 的大作中提到】
: 其实真正懂测试的人现在还有多少? 只会copycat automation 的不算
|
c******l
发帖数: 495 | 6 真正懂测试的牛人都在微软。上次裁员就有测试员直接找到大学院长职位的。
【在 a********e 的大作中提到】
: 很多Realtime系统automation不起来吧
|
m******n
发帖数: 1691 | 7 entry level的SDET？
【在 c******l 的大作中提到】
: 真正懂测试的牛人都在微软。上次裁员就有测试员直接找到大学院长职位的。
|
c******l
发帖数: 495 | 8 据说还是v-
【在 m******n 的大作中提到】
: entry level的SDET？
|
s*******n
发帖数: 196 | 9 能讲讲有什么原因不能分开？
【在 a********e 的大作中提到】
: 大规模系统开发和web service的确不一样，测试不可能不分开。
|
b********7
发帖数: 12906 | 10 不是不能分开，是不能“不”分开。
【在 s*******n 的大作中提到】
: 能讲讲有什么原因不能分开？
|
|
|
c******l
发帖数: 495 | 11 你还没回答楼主的问题：那到底有什么不能分开的呢？为什么？为什么？
【在 b********7 的大作中提到】
: 不是不能分开，是不能“不”分开。
|
b********7
发帖数: 12906 | 12 你首先需要明白不同类型的软件对质量的要求是不一样的。
【在 c******l 的大作中提到】
: 你还没回答楼主的问题：那到底有什么不能分开的呢？为什么？为什么？
|
B****d
发帖数: 191 | 13 只知道微软的软件对质量要求极低。测试员除了老中，就几乎没有正经学校毕业的，还
有好多没有学历的。
别的就不多说了。
【在 b********7 的大作中提到】
: 你首先需要明白不同类型的软件对质量的要求是不一样的。
|
s*******n
发帖数: 196 | 14 好歹你敢回这问题， 该有点逻辑。 你还是没回答， 究竟什么不能不分开，
不分开就会怎么了？
【在 b********7 的大作中提到】
: 你首先需要明白不同类型的软件对质量的要求是不一样的。
|
a********e
发帖数: 5779 | 15 我对web based app/service开发木有经验，可能这方面测试dev可以全包。
但如果一个大规模系统，涉及到方方面面，好几家设备连网调试，如果没有专门的
integration test, 直接上site的话出错机率是很大的。尽管有公共接口规范（
standard protocol, signaling)，但各家实现方式不同，经常一致性不对，这个只靠
dev的unit test 甚至于专门的测试tool，都不一定发现问题。
【在 s*******n 的大作中提到】
: 好歹你敢回这问题， 该有点逻辑。 你还是没回答， 究竟什么不能不分开，
: 不分开就会怎么了？
|
J**0
发帖数: 1634 | 16 呵呵，以前tester united开会，一堆藤校的。我们产品的测试组，有CMU,Standford,
Princeton,Columbia....谁吹牛死一户口本。
【在 B****d 的大作中提到】
: 只知道微软的软件对质量要求极低。测试员除了老中，就几乎没有正经学校毕业的，还
: 有好多没有学历的。
: 别的就不多说了。
|
y*******d
发帖数: 1765 | 17 没有人说不上integration test啊
原来是一个tester一个dev
现在是两个engineer
why the fuck this is big deal?
【在 a********e 的大作中提到】
: 我对web based app/service开发木有经验，可能这方面测试dev可以全包。
: 但如果一个大规模系统，涉及到方方面面，好几家设备连网调试，如果没有专门的
: integration test, 直接上site的话出错机率是很大的。尽管有公共接口规范（
: standard protocol, signaling)，但各家实现方式不同，经常一致性不对，这个只靠
: dev的unit test 甚至于专门的测试tool，都不一定发现问题。
|
J**0
发帖数: 1634 | 18 我举个例子，实际情况，四川移动以前采购设备，Moto和北电的设备对接不上，双方协
议实现没有问题，独立测试也没有问题，联调就出错。最后是租了一套安捷伦的大型测
试仪，才找出Root cause。
【在 a********e 的大作中提到】
: 我对web based app/service开发木有经验，可能这方面测试dev可以全包。
: 但如果一个大规模系统，涉及到方方面面，好几家设备连网调试，如果没有专门的
: integration test, 直接上site的话出错机率是很大的。尽管有公共接口规范（
: standard protocol, signaling)，但各家实现方式不同，经常一致性不对，这个只靠
: dev的unit test 甚至于专门的测试tool，都不一定发现问题。
|
y*******d
发帖数: 1765 | 19 Why this has to be done by tester instead of dev?
【在 J**0 的大作中提到】
: 我举个例子，实际情况，四川移动以前采购设备，Moto和北电的设备对接不上，双方协
: 议实现没有问题，独立测试也没有问题，联调就出错。最后是租了一套安捷伦的大型测
: 试仪，才找出Root cause。
|
u**c
发帖数: 17972 | 20 Because he is a SDET
【在 y*******d 的大作中提到】
: Why this has to be done by tester instead of dev?
|
|
|
a********e
发帖数: 5779 | 21 这个测试估计dev干不了，反正我在site上干不了。最终分析发现问题可能是tester更
可能是dev, fix问题显然是dev.
这个例子对我软大部分同学来说不适用。：）
【在 y*******d 的大作中提到】
: Why this has to be done by tester instead of dev?
|
t***t
发帖数: 6066 | 22 dev write integration test. who told you dev only write unit tests?
and how can you trust tester to write tests? in my previous company, QA and
testers only know how to click mouse.
【在 a********e 的大作中提到】
: 我对web based app/service开发木有经验，可能这方面测试dev可以全包。
: 但如果一个大规模系统，涉及到方方面面，好几家设备连网调试，如果没有专门的
: integration test, 直接上site的话出错机率是很大的。尽管有公共接口规范（
: standard protocol, signaling)，但各家实现方式不同，经常一致性不对，这个只靠
: dev的unit test 甚至于专门的测试tool，都不一定发现问题。
|
q*c
发帖数: 9453 | 23 因为你需要一个 mind set 不一样的人看你的东西。 dev 和 tester 的 mindset 是不
一样的。这个不是说说就行，而是长期职业形成的习惯。
测试的效率天然就很低， 养测试，是因为你失败成本太高。
个人web service 就不需要测试。
【在 y*******d 的大作中提到】
: Why this has to be done by tester instead of dev?
|
a********e
发帖数: 5779 | 24 俺干了几家公司里的tester都不click mouse. 大规模Integration testing不是dev或
qa的职责，通常是独立一块，专门team. 老兄貌似在讲ui testing?要不click mouse
干啥。
and
【在 t***t 的大作中提到】
: dev write integration test. who told you dev only write unit tests?
: and how can you trust tester to write tests? in my previous company, QA and
: testers only know how to click mouse.
|
y*******d
发帖数: 1765 | 25 提高研发成本并不能解决失败成本高
我软养了这么多人 照样1m一个的msrc经常有
唯一解决的方法就是降低失败成本
为啥service 失败成本低
因为可以daily patch
因为short release cycle
windows office都会朝那个方向走
【在 q*c 的大作中提到】
: 因为你需要一个 mind set 不一样的人看你的东西。 dev 和 tester 的 mindset 是不
: 一样的。这个不是说说就行，而是长期职业形成的习惯。
: 测试的效率天然就很低， 养测试，是因为你失败成本太高。
: 个人web service 就不需要测试。
|
s*******n
发帖数: 196 | 26 mind set 不一样只是一个借口， dev/test都该是同一个mind set: 出有质量的能
解决用户问题的产品。 如果说test是为了找dev错， 思路就是错误。
养测试，其实就是养替罪羊。
啥是个人web service? 每秒几千requests, 几十million用户算个人web service 吗？
【在 q*c 的大作中提到】
: 因为你需要一个 mind set 不一样的人看你的东西。 dev 和 tester 的 mindset 是不
: 一样的。这个不是说说就行，而是长期职业形成的习惯。
: 测试的效率天然就很低， 养测试，是因为你失败成本太高。
: 个人web service 就不需要测试。
|
J**0
发帖数: 1634 | 27 windows office朝那个方向走是灾难。
service企业，诸如腾讯什么的，灰度测试比例高达20% 也就是20%的流量可以不产生任
何利润。原因是用户很多不直接产生利润，并且流量大到撑得起。
可是产品这块的售后成本完全取决于质量。以前手机行业有个统计，大约是如果客户打
客服电话的比例超过0.2%，这个产品基本就亏了。
【在 y*******d 的大作中提到】
: 提高研发成本并不能解决失败成本高
: 我软养了这么多人 照样1m一个的msrc经常有
: 唯一解决的方法就是降低失败成本
: 为啥service 失败成本低
: 因为可以daily patch
: 因为short release cycle
: windows office都会朝那个方向走
|
q*c
发帖数: 9453 | 28 当然能解决。
不然你说为什么amazon 连个破 kindle sdk 连续 delay 12 次都不能 deliver?
软软的 OS 比kindle sdk 复杂了不知道几百倍。
没什么是完美的， 但是程度的不同， 就是天和地的差别。
【在 y*******d 的大作中提到】
: 提高研发成本并不能解决失败成本高
: 我软养了这么多人 照样1m一个的msrc经常有
: 唯一解决的方法就是降低失败成本
: 为啥service 失败成本低
: 因为可以daily patch
: 因为short release cycle
: windows office都会朝那个方向走
|
q*c
发帖数: 9453 | 29 借口就是， 人类这种低等生物， 精力智慧都非常非常非常的有限。
【在 s*******n 的大作中提到】
: mind set 不一样只是一个借口， dev/test都该是同一个mind set: 出有质量的能
: 解决用户问题的产品。 如果说test是为了找dev错， 思路就是错误。
: 养测试，其实就是养替罪羊。
: 啥是个人web service? 每秒几千requests, 几十million用户算个人web service 吗？
|
q*c
发帖数: 9453 | 30 是啊， 亚麻当年有调查， 几年前了， 每个 cs 电话进来， 直接成本就是几块钱成本
， 间接成本不好算。
service 可以马上oncall, 整你的engineer. 你 app 这么搞， 就是拿用户当 tester,
取死之道。
【在 J**0 的大作中提到】
: windows office朝那个方向走是灾难。
: service企业，诸如腾讯什么的，灰度测试比例高达20% 也就是20%的流量可以不产生任
: 何利润。原因是用户很多不直接产生利润，并且流量大到撑得起。
: 可是产品这块的售后成本完全取决于质量。以前手机行业有个统计，大约是如果客户打
: 客服电话的比例超过0.2%，这个产品基本就亏了。
|
