软件测试在中国的未来发展

10 views
Skip to first unread message

谢宗春

unread,
Dec 16, 2009, 4:38:01 AM12/16/09
to pon...@googlegroups.com
鄙人还是在校学生,呵呵,第一次发帖,不知各位对这个主题有什么看法。

我在网上也查阅了很多资料,对于中国的软件测试褒贬不一,反正就是没有国外成熟的测试行业好。

我倒是觉得测试职位需要比开发人员掌握更多的技能和更好的思维能力,也挺感兴趣。想听听大家的高见。

wq wang

unread,
Dec 16, 2009, 8:37:28 PM12/16/09
to pon...@googlegroups.com
目前做测试,手动测试还占大多数
实现自动化测试是必要的,但受项目周期的限制,实现完全的自动化很难,时间和技术都是问题,很多技术高手都不屑于做测试工作,所以自动化也就难于达到了

2009/12/16 谢宗春 <xiezo...@gmail.com>

Kula

unread,
Dec 16, 2009, 8:54:52 PM12/16/09
to pon...@googlegroups.com
测试有好多种 黑盒测试,白盒测试,性能测试..

Pablo Picasso  - "Computers are useless. They can only give you answers."

2009/12/16 谢宗春 <xiezo...@gmail.com>

Jeff Chen

unread,
Dec 16, 2009, 11:25:09 PM12/16/09
to pon...@googlegroups.com
如果是 integration & verification,最大优势是,更容易转向技术支持 和 市场,或者销售

2009/12/17 Kula <kula...@gmail.com>



--
My Blog:http://jeffchen.cn

祁祥峰

unread,
Dec 17, 2009, 2:19:13 AM12/17/09
to pon...@googlegroups.com
没接触过软件测试,不过很想试试.我是喜欢软件高于硬件.

2009/12/17 Jeff Chen <sheis...@gmail.com>

ZhiGang Qi

unread,
Dec 17, 2009, 2:37:45 AM12/17/09
to pon...@googlegroups.com
因为你是在校学生,我就也插两句闲话,免得别人误导了你
从来就没有软件测试人员需要比开发人员掌握更多技能和更好的思维能力一说。。。。。。
1. 你看工资的差别就知道了
2. 所有大公司软件外包的项目都是从测试开始
3. 学历差别
4. 性别差别

-----------------------
我倒是觉得测试职位需要比开发人员掌握更多的技能和更好的思维能
力,也挺感兴趣。想听听大家的高见。
-----------------------


2009/12/16 祁祥峰 <qixiang...@gmail.com>



--
Zhigang Qi
345 park ave, W12-302
San Jose , CA 95110, USA
Cell: (812)272-1809
work: 408-536-247

阳光雨

unread,
Dec 17, 2009, 2:53:15 AM12/17/09
to pongba
大家好:
     我是一直从事软件测试的一个菜鸟,这里说几句话:
1.如果非要说开发和测试谁更重要,那最终的讨论一定就变成了是先有鸡还是先有蛋!  
2.如果非要说开发和测试谁的待遇更好,那最终的讨论一定变成了是谁来主导谁的问题!
这里只能说一句话:360行行行出状元,关键是看你怎么看待这个问题,和如何去做好你的自身工作;
测试是一门艺术,一门合理化的科学。
如果程序员都很牛,那为啥总会出现错误呢?搬起石头砸自己的脚?五十步笑百步?
 
这里也许语言有一些极端,但是还是希望每个人可以更好的去从自身的问题出发,解决问题是第一步,一个人胜任做什么,适合做什么只有从事了才知道,没有什么独特的见解可以让你豁然开朗,最终的结论还是要自己去选择,记住,坚持自己的原则,坚持自己的信念,坚持自己对问题的分析和解决,才是解决问题的关键。
 

阳光雨
2009-12-17

发件人: ZhiGang Qi
发送时间: 2009-12-17 15:37:53
收件人: pongba
抄送:
主题: Re: [TL] 软件测试在中国的未来发展
 
因为你是在校学生,我就也插两句闲话,免得别人误导了你
从来就没有软件测试人员需要比开发人员掌握更多技能和更好的思维能力一说。。。。。。
1. 你看工资的差别就知道了
2. 所有大公司软件外包的项目都是从测试开始
3. 学历差别
4. 性别差别

-----------------------
我倒是觉得测试职位需要比开发人员掌握更多的技能和更好的思维能
力,也挺感兴趣。想听听大家的高见。
-----------------------


2009/12/16 祁祥峰 <qixiang...@gmail.com>
没接触过软件测试,不过很想试试.我是喜欢软件高于硬件.

ZhiGang Qi

unread,
Dec 17, 2009, 3:26:19 AM12/17/09
to pon...@googlegroups.com
In reality, a top coder don't really need the help from a tester, it just wastes more time to be a coach.

Sorry for the last post. I also respect the profession of software testing. I don't wanna to hurt you or another group of... my fault.




2009/12/16 阳光雨 <ygy...@gmail.com>

jun lin

unread,
Dec 17, 2009, 4:51:36 AM12/17/09
to pon...@googlegroups.com
我觉得程序测试人员不应该存在,
存在的应该是QA与程序分析师,还有无数的大猩猩。

2009/12/17 ZhiGang Qi <zhiga...@gmail.com>

Jeff Chen

unread,
Dec 17, 2009, 5:05:53 AM12/17/09
to pon...@googlegroups.com

In reality, a top coder don't really need the help from a tester, it just wastes more time to be a coach.

Sorry for the last post. I also respect the profession of software testing. I don't wanna to hurt you or another group of... my fault.
====================================
HAHA, Do you think english could help you filter the person you indeed hurt ......

2009/12/17 jun lin <linjun...@gmail.com>

Stanley Xu

unread,
Dec 17, 2009, 7:24:26 AM12/17/09
to pon...@googlegroups.com
一直觉得所谓测试和开发同等重要是某些公司的洗脑政策

看看各个公司测试和开发的面试要求和工资待遇,用屁股想想也能明白如果有机会的话该干哪个,对于在校生来说,以测试为职业目标那简直是……

当然如果已经上了贼船那就好好干这份很有前途的死跑龙套的工作吧


Best wishes,
Stanley Xu



2009/12/17 Jeff Chen <sheis...@gmail.com>

Fei Yan

unread,
Dec 17, 2009, 9:27:39 AM12/17/09
to pon...@googlegroups.com
我工作过的第一家公司,就我刚毕业那一年,老板招聘了一大帮本科生在做,拿着和研发差不多的薪水
结果第二年,测试的(我们一块入职的那帮)集体降工资,但是很少有人离职
再后来,新招聘的测试很多大专毕业,薪水还不及很多一般开发岗位的一半

我现在工作的地方,测试的level一般是至少比开发的低一个;而且招聘测试的要求是最好做过开发

这虽然是些个例,但也是很真实的现实。我不是很清楚真实的比例怎样,但从我接触的圈子来看,测试的待遇大多没有超过我现在工作的公司的

2009/12/17 阳光雨 <ygy...@gmail.com>

Alvin

unread,
Dec 17, 2009, 10:43:14 AM12/17/09
to pon...@googlegroups.com
测试还是广度,但各种东西都了解皮毛,没深入,或者说没时间深入。
开发一个人专攻一个模块,你一个人对付几个模块写test case,人家1年就研究这一个模块了,你要对付多个开发研究的模块组合起来的产品,该产品一年里面所有release
测试对软件周期的理解还是有帮助的,
有一点如果你做到你会比研发都牛逼,就是把你负责的模块都能深入,把你测试中碰到的所有问题都能自己找到root cause,进而知道如何解决。达到比研发都了解代码,最后有bug你能给研发指导,到底哪行出错了,让研发大呼,请你来指导我们吧
这个估计在工作累的半死的情况很难做到,关键没时间啊,有这个心没这个力啊,所以,我的体会是你想做深,呆在测试还是危险。而且在你是个新手的时候,周围人的强弱决定你的强弱,在测试群体都是随便招几个人、全干体力活的情况下,你的发展就很危险

~Alvin

谢宗春

unread,
Dec 17, 2009, 11:01:09 AM12/17/09
to pon...@googlegroups.com
其实还有一点,为啥都说国外的测试工作很牛,放在中国看就不行了呢?如果现状是大家讲的这样,那以后的发展呢,是继续保持还是沉沦还是会朝着和国外的水平前进呢?

est

unread,
Dec 17, 2009, 12:08:26 PM12/17/09
to pon...@googlegroups.com
国内不怎么追求测试带来的质量吧。。。。

2009/12/18 谢宗春 <xiezo...@gmail.com>:

贾里

unread,
Dec 17, 2009, 12:41:59 PM12/17/09
to pon...@googlegroups.com
追求不起来,据我的观察,像欧美那样重视测试工作的情况,在中国简直就是凤毛麟角,项目多,周期紧,内部项目资金有限,外部同类项目竞争激烈,这样的情况下必然需要考虑质和量的平衡点。如果说欧美是以质取胜,那么我们就是以量取胜,这其实也是典型的made in china的中国软件业现状啊。

2009/12/18 est <electr...@gmail.com>

est

unread,
Dec 17, 2009, 4:20:24 PM12/17/09
to pon...@googlegroups.com
同感啊。。。呵呵。。很多项目追得紧。能按时做完交差是王道。。。。囧。。。

2009/12/18 贾里 <pipi...@gmail.com>:

Fuzhou Chen

unread,
Dec 17, 2009, 6:56:48 PM12/17/09
to pon...@googlegroups.com
毕竟也是三年的测试了,我也凑热闹吧。

@ZhiGang Qi

测试工资比开发低是现实,因为测试人员毕竟没有给出能卖钱的产出,如果
齐兄试图据此论证测试的水平比开发低,我也没办法。我只能说我个人经验
里工资高低和工作难度并不必然成正比。嘴皮子上说什么都容易,做几年看
看再说更客观一点。

@ 宗春

我们都说国外重视测试而国内不重视,可问题是很多人没有说国外和国内的
测试做的是不是一回事。

测试不一定都是点鼠标的。我就拿我们公司为例,大家不妨对着看看自己身
边的测试都在做哪些任务,是不是我说的所有职能都覆盖到了,就知道为什
么我们不一样了。


简言之,我现在在美国一家IT公司工作。我们公司的测试分三种,也就是开发
组测试、维护组测试和lab组测试,这三个角色名字都一样但实际差别很大。

a) 开发组的测试大部分时间在做自动化和维护测试计划。

在我们公司里测试计划和产品是同步的,产品新版本出来测试计划和自动化
都跟着出新版本。所以他们的产品就是测试计划和自动化代码。

b) 维护组的测试职能可以用一个词描述:产品功能活字典。

相信大家都理解,再庞大的文档也不可能把每一个产品的所有细节都覆盖到。
产品大了之后我们必然常常能遇到一些定义不清的细节。而所有定义不清的
细节在我们这里都是靠维护组的测试负责解释的。另外当我们给一个bug fix时
都需要对可能的影响作评估(有没有安全问题,有没有破坏现有功能),这也
是维护组测试负责解释的。

c) Lab组的测试基本上是单纯的测试执行,主要是搭环境和跑测试报结果。他们也
同时负责安排测试执行计划,定义时间和维护lab设施。


2009/12/17 est <electr...@gmail.com>:

--
《采莲》·江南

为卿采莲兮涉水,为卿夺旗兮长战。为卿遥望兮辞宫阙,为卿白发兮缓缓歌。

另抄自蒜头的评论:http://www.douban.com/review/1573456/

  且祭一束紫琳秋,为一段落花流水的传说
  且饮一杯青花酒,为一场几多擦肩的错过
  且焚一卷旖旎念,为一腔抛付虚无的惜怜
  且歌一曲罢箜篌,为一刻良辰春宵的寂寞

sagasw

unread,
Dec 17, 2009, 7:26:03 PM12/17/09
to pon...@googlegroups.com
我们公司的测试不少都没有计算机编程实践能力,所以一些基本的编程概念都不怎么懂。
名副其实的黑盒。

管他的,反正我是不会选择测试这个行业。但是对于女孩来说,测试比开发还是要好些。

------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------


2009/12/17 Fei Yan <skyscr...@gmail.com>

sagasw

unread,
Dec 17, 2009, 7:34:26 PM12/17/09
to pon...@googlegroups.com
另外需要说明一下我对测试与开发关系的观点:

他们之间不是鸡和蛋的关系,没有开发的代码产出,测试测个屁。如果开发的代码写的特别烂,测试也不能提高软件质量(只能有限度的减少软件的bug)。把测试和开发等同起来,就是一种管理策略罢了。看看开发流程,测试需要什么时候参与,开发需要什么时候参与。前面不有位朋友提到他们觉得测试总参加scrum meeting浪费时间么,实际上也间接证明了,很多公司里的测试,只是release发布以后参与进来。

测试本身分很多种,其实开发人员自己应该有一定的测试能力,另外对于产品领域知识,可能是要比测试略少一些,但是也可以理解(比如我们公司经常有项目间的转换)。开发和测试是要相互合作,但是并不代表就是等同关系了。


------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------


2009/12/18 sagasw <sag...@gmail.com>

Fuzhou Chen

unread,
Dec 17, 2009, 7:44:08 PM12/17/09
to pon...@googlegroups.com
这个我同意。其实我们公司开发测试也经常是转换角色的。

我的回复也不是为了和前面的同学吵架。只是想用我自己的例子说明国外的一些IT
公司功能已经高度细化,测试早就不是只负责跑个程序看看结果就行的。所以在我
们讨论测试发展之类的话题之前,首先得搞明白此测试是否是彼测试。希望新手不
要误以为只要会点鼠标,到了个国外公司干个测试就可以吃香的喝辣的,呵呵。

2009/12/17 sagasw <sag...@gmail.com>:

--

Zhigang Qi

unread,
Dec 17, 2009, 7:54:51 PM12/17/09
to TopLanguage
欧美这边重视测试也是有历史原因的。。。。 测试工作的重要性90%也就是被阿三吹出来的
比如我把一个稳定且没有发展前景的产品外包到印度,因为开发维护人员的水平不够(即便是数量×2),还是会有更多的bug,更糟糕的质量。
这种情况下,能不重视测试嘛? 我还是以前那句话,精英程序员是不需要测试人员的,最多需要有人帮忙做一下monkey test。


当然了,每个行业都有精英,测试做好了,也一样可以有很好的发展,从来就不能以行业论高低。所以我没有针对软件测试这个行业。
但是如果在校学生如果把做软件测试作为职业目标,我是不赞成的。第一,测试工作更重要的是工作经验的积累而不是知识的累积,在校时,踏踏实实学习些技
术,掌握些科学文化知识,即便是将来做测试,也可以很容易转型。 第二,测试毕竟不是核心的工作。


在欧美,各大公司一样很难招到合适的测试人员(或者说测试人员),为什么? 有能力的人不愿意做。 愿意做的人能力不够。 所以软件测试人员的整体水平
一天不如一天。 我是很乐于见到高质量的软件测试人员,毕竟软件测试时软件开发过程中不可缺少的一环,这有助于整个行业的进步。


On Dec 17, 9:41 am, 贾里 <pipi32...@gmail.com> wrote:
> 追求不起来,据我的观察,像欧美那样重视测试工作的情况,在中国简直就是凤毛麟角,项目多,周期紧,内部项目资金有限,外部同类项目竞争激烈,这样的情况下必然需要考虑质和量的平衡点。如果说欧美是以质取胜,那么我们就是以量取胜,这其实也是典型的made
> in china的中国软件业现状啊。
>

> 2009/12/18 est <electronix...@gmail.com>
>
> > 国内不怎么追求测试带来的质量吧。。。。
>
> > 2009/12/18 谢宗春 <xiezongc...@gmail.com>:

sagasw

unread,
Dec 17, 2009, 7:55:25 PM12/17/09
to pon...@googlegroups.com
在baidu或者google、微软这样的公司里,应该都有“developer for testing" 或者"testing developer"这类位置,实际上就是你说的此彼测试。我个人观点,这类职位已经算不上是测试,而是开发的一种,他们也许是基于某种可编程软件来做编程,也许是编写自动化测试软件,但是他们写代码的时间要超过test with testing case的时间。

我们公司也是所谓外企(在大连的分支),我们的测试人员,基本上是对编程一无所知,对产品知识能多懂一些,但也不是很多(相比应用工程师)。对于这种情况,把开发和测试等同起来,是不是对开发工作的一种轻视。毕竟开发不是follow 某个文档立刻就能实现的。


------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------


2009/12/18 Fuzhou Chen <cppo...@gmail.com>

ZhiGang Qi

unread,
Dec 17, 2009, 8:01:21 PM12/17/09
to pon...@googlegroups.com
行业工资水平的高低从来都是跟工作难度的高低成正比的, 商业社会里基本没有例外(用基本的原因。。。比如国内的公务员就是例外)。


2009/12/17 Fuzhou Chen <cppo...@gmail.com>

xxmplus

unread,
Dec 17, 2009, 8:03:49 PM12/17/09
to pon...@googlegroups.com
有,翻译T_T

2009/12/18 ZhiGang Qi <zhiga...@gmail.com>:
> 行业工资水平的高低从来都是跟工作难度的高低成正比的, 商业社会里基本没有例外(用基本的原因。。。比如国内的公务员就是例外)。
>
>

--
Any complex technology which doesn’t come with documentation must be the best
available.

ZhiGang Qi

unread,
Dec 17, 2009, 8:08:25 PM12/17/09
to pon...@googlegroups.com
翻译这么厉害了?不就是些假二鬼子嘛 :_)    //run....



2009/12/17 xxmplus <xxm...@gmail.com>

Fuzhou Chen

unread,
Dec 17, 2009, 8:09:51 PM12/17/09
to pon...@googlegroups.com
严复、鲁迅、林语堂诸位先生在天有灵,估计要听到哭死。

2009/12/17 ZhiGang Qi <zhiga...@gmail.com>:

--

Fei Yan

unread,
Dec 17, 2009, 8:14:01 PM12/17/09
to pon...@googlegroups.com
OK,我不认为 采用TDD这样的流程中 类似的工作和我们这里讨论的测试有很大的关联。
这样的工作本质上是比较新潮的develop work

2009/12/18 sagasw <sag...@gmail.com>

ZhiGang Qi

unread,
Dec 17, 2009, 8:16:41 PM12/17/09
to pon...@googlegroups.com
怎么说呢,automation tool的开发。。。

一般各大公司内部也就几个不同automation tool/framework, 每个project的开发人员也就几个或者一到两个,但是等到version 1.0/2.0出来以后,基本上就不需要后续开发了,只剩下维护的工作了。。。。

BTW,这些automation tool/framework的developer,大多都是测试人员的中佼佼者,我知道的情况是,颇有些人最后还是转了developer的方向。


2009/12/17 sagasw <sag...@gmail.com>

贾里

unread,
Dec 17, 2009, 8:21:20 PM12/17/09
to pon...@googlegroups.com
哈哈哈,翻译界的悲惨故事素有耳闻,不过觉得这个跟不重视知识产权保护和没有出版自由有关。

2009/12/18 xxmplus <xxm...@gmail.com>

sagasw

unread,
Dec 17, 2009, 8:21:23 PM12/17/09
to pon...@googlegroups.com
这些不是TDD的范畴,他们还是tester team,只是工作更偏向于测试工具的开发,或者自动化测试软件的二次开发。
我们公司里面就有类似的工作,多数是能力稍强的tester学一些vb或者c#,来做二次开发的,软件有rational的robot,还有QTP。


------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------


2009/12/18 Fei Yan <skyscr...@gmail.com>

ZhiGang Qi

unread,
Dec 17, 2009, 8:24:24 PM12/17/09
to pon...@googlegroups.com
BTW,看到大家喜欢用外企,美企的字样, 颇有些我心悲凉的感觉。

什么时候,国企成为时髦的字样,咱中国人也就站起来了。

国内很多官员出来考察开会招商时的丑恶嘴脸,也让人觉得很多人的心态还是很扭曲, 也不知道是还要10年还是20年, 这些现象才能够不见。


2009/12/17 sagasw <sag...@gmail.com>

ZhiGang Qi

unread,
Dec 17, 2009, 8:25:49 PM12/17/09
to pon...@googlegroups.com
展开讲讲,我也跟着发些水贴了,:)

2009/12/17 贾里 <pipi...@gmail.com>

张鹏程

unread,
Dec 17, 2009, 8:27:21 PM12/17/09
to pon...@googlegroups.com
什么时候国企待遇上去了,加班少了,注重人权了,以员工为中心了,不官僚了……那就时髦了。

2009/12/18 ZhiGang Qi <zhiga...@gmail.com>

Tinyfool

unread,
Dec 17, 2009, 8:32:21 PM12/17/09
to pon...@googlegroups.com
国企现在还不时髦啊,4万亿在手,哪个国企不意气风发,趾高气扬,中石化的子公司,就是北京新地王,40亿买块地,那块地潘石屹觉得36个亿就不合算了。但是你知道人家国企怎么想么?人家还在发愁,只花了40亿,还有200多亿的投资预算没完成。

国进民退迟早会毁了整个中国经济,没有制度制约,没有媒体制约,国有资产就是官有资产,全民所有就是全民都没有。

所以,国企时髦之时,大家还是趁早考虑移民或者重新投胎吧

2009/12/18 ZhiGang Qi <zhiga...@gmail.com>



--
Tinyfool的开发日记 http://www.tinydust.net/dev/
代码中国网 http://www.codechina.org
myTwitter: http://twitter.com/tinyfool

翁翊成

unread,
Dec 17, 2009, 8:36:42 PM12/17/09
to pon...@googlegroups.com
国企非常时髦,而且相当时髦。
话说国内某市的巨型石油企业,面向社会招工时需要进行考试,考试的录取率几乎是百中选一。

2009/12/18 Tinyfool <tiny...@gmail.com>

ZhiGang Qi

unread,
Dec 17, 2009, 8:37:22 PM12/17/09
to pon...@googlegroups.com
Holy shit...

2009/12/17 Tinyfool <tiny...@gmail.com>

ZhiGang Qi

unread,
Dec 17, 2009, 8:37:37 PM12/17/09
to pon...@googlegroups.com
还是体制问题啊。

2009/12/17 Tinyfool <tiny...@gmail.com>

xxmplus

unread,
Dec 17, 2009, 8:39:11 PM12/17/09
to pon...@googlegroups.com
果然立马就扯到politics上面来了,还是别跑题了吧,免得误伤TL

2009/12/18 翁翊成 <wen...@gmail.com>:


> 国企非常时髦,而且相当时髦。
> 话说国内某市的巨型石油企业,面向社会招工时需要进行考试,考试的录取率几乎是百中选一。
>
> 2009/12/18 Tinyfool <tiny...@gmail.com>
>>
>>
>> 国企现在还不时髦啊,4万亿在手,哪个国企不意气风发,趾高气扬,中石化的子公司,就是北京新地王,40亿买块地,那块地潘石屹觉得36个亿就不合算了。但是你知道人家国企怎么想么?人家还在发愁,只花了40亿,还有200多亿的投资预算没完成。
>> 国进民退迟早会毁了整个中国经济,没有制度制约,没有媒体制约,国有资产就是官有资产,全民所有就是全民都没有。
>> 所以,国企时髦之时,大家还是趁早考虑移民或者重新投胎吧

--

sagasw

unread,
Dec 17, 2009, 8:39:46 PM12/17/09
to pon...@googlegroups.com
就现阶段来说,外企的管理水平以及待遇还是要强过不少国企,像是Baidu、阿里这种国内软件企业还是比较少见。所谓外企,不外乎是流程略微正规些、管理略微开明些、待遇略微好些。站不站起来我不关心,只关心自己能不能在企业中获得比较好的发展以及收入。

回到测试上来,继续介绍我们公司的测试现状。
我们公司算是一个比较大型的工业自动化公司,虽然比不上西门子摊子大,但也能数得上。大连的这个分支从根本上说,还是为了节省开发和测试成本建立起来的。

我在公司这么多年,见过从admin部门转到测试的,见过开发的转到测试的,但是没见过测试转到开发的,也算是间接证明了测试不需要什么特殊技能,只要认真肯干就可以。
我们公司的测试,主要是帮助美国的部门分担测试任务,应该就是成本低,也不需要特别学什么专业知识,多数都是机械、自动化专业的本科研究生之类,上手还算快。

倒不是说瞧不起测试,但是觉得如果把测试的重要性无限拔高,实际上没什么必要,测试的工作就是保证开发的产品能尽可能少的有bug,保证bug是测试发现而不是用户发现。实际上就是开发的一层保护。我同意前面有位朋友的说法,真正精英的开发者,其实不太需要测试的帮助。


------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------


2009/12/18 ZhiGang Qi <zhiga...@gmail.com>

Tinyfool

unread,
Dec 17, 2009, 8:43:14 PM12/17/09
to pon...@googlegroups.com
国企二字本身就是一个体制问题,而不是国企在中国才是一个体制问题

亚当斯密国富论其实就是在谈,英国政府不要参与经商,英国经济就可以腾飞,世界各国都在限制国企,鼓励开放的竞争。

中国的富强是什么,那是中国的民企起来了,而现在这种各大国企奔赴世界股票市场,登上财富500强,那是国家的耻辱,人民的悲哀

2009/12/18 ZhiGang Qi <zhiga...@gmail.com>

ZhiGang Qi

unread,
Dec 17, 2009, 8:45:57 PM12/17/09
to pon...@googlegroups.com
我们公司的测试,主要是帮助美国的部门分担测试任务,
应该就是成本低,也不需要特别学什么专业知识,多数都是机械、自动化专业的本科研究生之类,上手还算快。
>>> 除了成本考量,另外一个原因就是要进入中国市场。

2009/12/17 sagasw <sag...@gmail.com>

sagasw

unread,
Dec 17, 2009, 8:50:58 PM12/17/09
to pon...@googlegroups.com
进入中国市场,那是sales部门的事情,我们只是研发中心,基本上就是以省钱为目的建立起来的。
国内研发成本还是要比国外低很多,甚至比阿三都低。

Fuzhou Chen

unread,
Dec 17, 2009, 9:29:39 PM12/17/09
to pon...@googlegroups.com
2009/12/17 Zhigang Qi <zhiga...@gmail.com>:

> 但是如果在校学生如果把做软件测试作为职业目标,我是不赞成的。第一,测试工作更重要的是工作经验的积累而不是知识的累积,在校时,踏踏实实学习些技
> 术,掌握些科学文化知识,即便是将来做测试,也可以很容易转型。 第二,测试毕竟不是核心的工作。


说来说去,也就是第二点我是同意的。测试确实不能算核心工作,毕竟从来都只有能产出的
职位才可以说核心。

至于测试究竟是工作经验的积累还是知识的积累,限于公司policy我无法举例,也就无法争论。
我不同意这种说法的原因是我很难理解工作经验积累和知识积累有什么矛盾的地方。

如果仅就学生职业发展而言,我同意sagasw的说法,没有开发就没有测试。所以学生不可能
只学测试而对开发没有概念,真要如此,那估计什么也学不到。


2009/12/17 Zhigang Qi <zhiga...@gmail.com>:
> 我还是以前那句话,精英程序员是不需要测试人员的,最多需要有人帮忙做一下monkey test。

这话貌似有理,不过有两个问题:

a) 精英程序员的比例有多少?
b) 有没有一个普遍的标准评判您手下哪些的程序员算精英?

从团队的角度上看,我的看法是测试是否必要不是看精英程序员有多少,而是看你的团队对
产品质量的评价是不是需要量化的数据支持。所以测试对一个团队来说总是需要的,但不同
的团队对质量评价标准不同,那么测试需要完成的任务也就不一样。

Fuzhou Chen

unread,
Dec 17, 2009, 9:48:48 PM12/17/09
to pon...@googlegroups.com
两点需要反驳:

a) 每个project的开发人员也就几个或者一到两个……

这个数字和我知道的完全不同。

我有一个朋友在北电工作过很多年。他告诉我北电曾有一个内部项目。为了评估开发
人员和测试人员的资源要求,他们正儿八经地起了一个项目,测试自动化代码和开发
用一样的流程,文档、数据一应俱全,并且*关键是*两个组保持进度同步。最后项目
结束的时候他们统计发现测试自动化的资源要求大约是开发的六倍。


我自己这边,我是维护组的测试,而我直接面对的产品组测试大约是30人。这里没
有算两个组各自lab的测试执行人员的数目。

a) 等到version 1.0/2.0出来以后,基本上就不需要后续开发了,只剩下维护的工作了。。。。

这话说起来毫无道理。想想Windows、Photoshop、AutoCAD那些十几年都在不停
更新的项目吧。只要产品还在变化,新功能还在增加,那么测试就永远是需要的。
当然新的case不一定全都是自动化,但即使按比例也会有新的自动化代码产生。

说句笑话,Zhigang是在告诉我们Windows 7的测试代码还停留在Windows 3.1的时代么?


2009/12/17 ZhiGang Qi <zhiga...@gmail.com>:

Jeff Chen

unread,
Dec 17, 2009, 9:55:36 PM12/17/09
to pon...@googlegroups.com
1. 集成测试在绝大部分 大公司,比开发更重要.
2. 现在国企还不时髦,OK,2010年国资委 目标是 把国企减少到100家,你能进这100家的国旗还是满时髦的
3. 事业单位+公务员+国企 早就不比欧美企业性价比低了吧.
2009/12/18 Fuzhou Chen <cppo...@gmail.com>

sagasw

unread,
Dec 17, 2009, 10:04:03 PM12/17/09
to pon...@googlegroups.com
对于1很不认同,Jeff举几个大公司的名字如何?


------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------


2009/12/18 Jeff Chen <sheis...@gmail.com>

贾里

unread,
Dec 17, 2009, 10:17:38 PM12/17/09
to pon...@googlegroups.com
这个帖子讲到目前翻译界的现状,当然其实我也只是道听途说,八卦一下而已。
http://imagefish.bokee.com/5790709.html

关键在于不重视知识产权保护的问题,大家都用免费或者是廉价的盗版,产权所有者却得不到利益,以致降低创作的积极性,不得不在这一行里混饭吃的话,就必须依靠量来保证收入,一昧追求量的话,质当然就上不去。

2009/12/18 ZhiGang Qi <zhiga...@gmail.com>

贾里

unread,
Dec 17, 2009, 10:19:02 PM12/17/09
to pon...@googlegroups.com
关于国企的弊病,在吴晓波新出的《激荡一百年》里俯拾皆是,触目惊心啊。正在看,所以推荐一下。

2009/12/18 Tinyfool <tiny...@gmail.com>

Fuzhou Chen

unread,
Dec 17, 2009, 10:30:09 PM12/17/09
to pon...@googlegroups.com
嗯,其实翻译的现状也能说明为什么测试是必须的。什么都交给开发做其实
也并无不可,但是每个人一天就8小时,什么都要顾就哪头都做不好。偏偏
项目里一个人控管的部分又不能无限地细化(每个人控制一行代码?)慢
慢地就需要有些人分出来专门负责控制程序质量,于是专职测试就这么产生了。


当然这里有一个前提:我相信没有人敢说自己的写的代码不需要测试就可以
直接上线,即使是精英,自己做一些测试总是需要的。测试人员的作用就是
在你忙不过来的时候帮你把测试的任务分掉从而专心写代码,顺便也多个
review的,非要用这个证明什么水平高下,实在没意思。


P.S.:水一下,贾里你有个妹妹叫贾梅么? :)

2009/12/17 贾里 <pipi...@gmail.com>:

--

ZhiGang Qi

unread,
Dec 17, 2009, 10:37:15 PM12/17/09
to pon...@googlegroups.com
经验积累指的是: 你做了几个project,或者工作了几年,自然就知道的东西,经验的定义就是就是从已发生的事件中获取的知识. 你经历了,体验了,自然而然就有的认识。没有切身体会,那就不是经验了。

知识累积指的是: 比如数学知识,比如说CS,比如说domain knowledge. 其中第二个知识我指的是可以通过学习获得的认识。 你也可以说是Institutional knowledge.


2009/12/17 Fuzhou Chen <cppo...@gmail.com>

Fuzhou Chen

unread,
Dec 17, 2009, 10:44:45 PM12/17/09
to pon...@googlegroups.com
如此说来在方向上我们是不矛盾的,我也说过正经地学测试不可能没有开发基础,
否则就永远都是大猩猩了。

只是下面这句话读起来实在让人不舒服:

2009/12/17 ZhiGang Qi <zhiga...@gmail.com>:
> 在校时,踏踏实实学习些技术,掌握些科学文化知识,即便是将来做测试,
> 也可以很容易转型。

听起来搞开发得掌握科学文化知识,做测试就不学无术似的。——当然,只是玩
笑,别在意,呵呵。

Bin lu

unread,
Dec 17, 2009, 10:43:11 PM12/17/09
to TopLanguage
首先,别的地区我不知道是否一样
在澳洲,tester都是senior programmer才能干的,很少见到graduate上来就干tester的
另外工资意识比programmer高的。

Fuzhou Chen

unread,
Dec 17, 2009, 10:48:48 PM12/17/09
to pon...@googlegroups.com
不妙,俺就是毕业了就干测试的……而且跟我搭伙的全都是Senior Developer。

2009/12/17 Bin lu <aaro...@gmail.com>:


> 首先,别的地区我不知道是否一样
> 在澳洲,tester都是senior programmer才能干的,很少见到graduate上来就干tester的
> 另外工资意识比programmer高的。
>

Tinyfool

unread,
Dec 17, 2009, 10:50:04 PM12/17/09
to pon...@googlegroups.com
没做过测试工作,说点浅见,我倒是觉得做测试关键是逻辑思维能力要强,工作方法要对,有没有开发经验倒是其次。当然有开发经验的话,对于程序员惯于出现的问题有了解是可以提高效率,但是这类知识,我认为长期测试也可以获得,做黑盒做久了,懂得积累的,甚至可以从完全不懂开发,到对开发之道了然于胸,但是完全没做过开发,有如内功高强,但丝毫不会任何招式。

2009/12/18 Bin lu <aaro...@gmail.com>

ZhiGang Qi

unread,
Dec 17, 2009, 10:53:50 PM12/17/09
to pon...@googlegroups.com
automation tool 和 测试代码 不是一个概念, automation 重视的是一个流程, 流程订好了,几年不会变.
         * 对已经setup好automation framework的project或者product,需要更新的是 test case
         * 对新来的project和product只是需要setup automation framework, 然后增加test case.
这里面需要大量时间的工作是test cases update. 而添加test case需要的除了对业务流程了解以外,剩下的绝大部分是体力活。

至于生成automation tool的时间,如果超过3个developer的话,那肯定是有什么东西错了。你知不知道photoshop 的develop team有多大? 我不知道你做的是什么product,如果写automation framework的team 需要30个人的话,那一定是political problem,而不是真的需要30个人来写automation framework.

至于你举的北电的例子,如果事实情况是这样的话,只能说这个project本身有问题。

2009/12/17 Fuzhou Chen <cppo...@gmail.com>

ZhiGang Qi

unread,
Dec 17, 2009, 10:54:50 PM12/17/09
to pon...@googlegroups.com
恩,可以理解。。。 主要原因还是中国人太多了,:)

2009/12/17 贾里 <pipi...@gmail.com>

贾里

unread,
Dec 17, 2009, 10:59:36 PM12/17/09
to pon...@googlegroups.com
敏捷技术里的TDD(测试驱动开发)就已经说明测试的重要性了。而把测试和开发分离出来,这是细化分工,是很必要的,一条生产线上的哪个环节都不容疏忽,按照我的理解,研发属于产品生产,而测试则属于质量监控,两者相辅相成,分工不同而已。生产产品确实很重要,但是如果不监控质量,那就是一场灾难,所以我认为这两者都是不可或缺的。



2009/12/18 Fuzhou Chen <cppo...@gmail.com>

Fuzhou Chen

unread,
Dec 17, 2009, 11:00:54 PM12/17/09
to pon...@googlegroups.com
我可以理解你在怀疑我的例子的真实性么?——无所谓,我也没有亲身经历过,只是我那
朋友多年前已经是是架构师而我一直是个小测试,我信他的。

至于automation tool和测试代码,在我看来没有区别,因为在我的工作中,这些都是我一
个人负责的,形而上的设计也好,形而下体力活也好,总归都是要做的。

顺便说一句,体力活也要有人干。我们可以嘲笑体力活不能提高水平,但作为一个项目来说,
这总得有人去做,我不觉得作为一个团队的一分子,我有什么理由不能去做。

2009/12/17 ZhiGang Qi <zhiga...@gmail.com>:

ZhiGang Qi

unread,
Dec 17, 2009, 11:02:11 PM12/17/09
to pon...@googlegroups.com
那澳洲肯定是外包研发team,然后保留测试team在本部了, :)
那估计这公司高层肯定是脑袋被驴踢了,:)

//run... just kidding.

2009/12/17 Bin lu <aaro...@gmail.com>

Fuzhou Chen

unread,
Dec 17, 2009, 11:02:19 PM12/17/09
to pon...@googlegroups.com
赞同!

关键是当测试人员遇到错误的时候有没有自己分析的机会。我们公司分析产品错误
的根源一直都是测试的责任,分析得出来才能转交给开发的,所以测试不懂代码根
本干不下去。时间长了,产品知识一样能积累起来。

如果只是点完鼠标遇到问题直接拉人帮忙,那这种测试就是个人肉喇叭,做多久也
也是大猩猩。


2009/12/17 Tinyfool <tiny...@gmail.com>:

--

ZhiGang Qi

unread,
Dec 17, 2009, 11:07:56 PM12/17/09
to pon...@googlegroups.com
这么做的话会对development team有很大帮助,
但如果是黑盒测试的话,感觉对testing team工作量和压力都很大。 而如果是白盒测试的话,感觉testing team应该是更senior的team,而development team只是执行者的样子了。


其实几个主要软件公司的测试team的QE大多在做第二种类型的工作.

2009/12/17 Fuzhou Chen <cppo...@gmail.com>

Tinyfool

unread,
Dec 17, 2009, 11:23:57 PM12/17/09
to pon...@googlegroups.com
我觉得黑白和untitest都是缺一不可,解决的问题不同

2009/12/18 ZhiGang Qi <zhiga...@gmail.com>

wanli wang

unread,
Dec 17, 2009, 11:46:08 PM12/17/09
to pon...@googlegroups.com
当我们部门技术总监提出招收黑盒测试人员时,我们说CEO说了一句让我至今喷饭的话:自己不能测试吗?我要给你配多少个保姆啊?

2009/12/18 ZhiGang Qi <zhiga...@gmail.com>

Tinyfool

unread,
Dec 17, 2009, 11:50:02 PM12/17/09
to pon...@googlegroups.com
需要ky的白痴控制了,哈哈

2009/12/18 wanli wang <vann...@gmail.com>

jun lin

unread,
Dec 18, 2009, 12:03:39 AM12/18/09
to pon...@googlegroups.com
应该回复他:测试人员能够做部分程序员做的事,价钱还更低。

2009/12/18 wanli wang <vann...@gmail.com>

Tinyfool

unread,
Dec 18, 2009, 12:05:05 AM12/18/09
to pon...@googlegroups.com
这是很高明的白痴控制嘛

2009/12/18 jun lin <linjun...@gmail.com>

jun lin

unread,
Dec 18, 2009, 12:29:49 AM12/18/09
to pon...@googlegroups.com
方法就是面对白痴接口编程,使用白痴能够理解的语言。
和老板就用风险和成本,
和小白就立大牛榜样。
和客户就摆出需求和所需时间金钱。

2009/12/18 Tinyfool <tiny...@gmail.com>

Tinyfool

unread,
Dec 18, 2009, 12:34:38 AM12/18/09
to pon...@googlegroups.com
其实我也挺喜欢跟白痴交流的,不过我怕那种懂了一点正常语言的白痴,你不知道跟他说什么好,呵呵

2009/12/18 jun lin <linjun...@gmail.com>

Kenny Yuan

unread,
Dec 18, 2009, 12:43:41 AM12/18/09
to pon...@googlegroups.com
能听进去的,还不算白痴。只是需要增强说服技巧,多用对方会敏感的指标,多说对方能听懂的话(“见什么人说什么话”的能力)

对于某些真正的白痴,以下的公理永远成立:"不要和白痴争吵,他会把你的智商拉低到和他同样的水平,然后用他在这个智商水平上的经验击败你"


2009/12/18 jun lin <linjun...@gmail.com>



--
Kenny Yuan
C++, UI, LISP, MMA, Psychology and Automobile.
BLOG: CS巴别塔(Computer Science Babel)
URL1: http://csbabel.wordpress.com/
URL2: http://blog.csdn.net/yuankaining/

Tinyfool

unread,
Dec 18, 2009, 12:47:09 AM12/18/09
to pon...@googlegroups.com
真得符合这个公理的白痴,就别想着控制了,远离吧,比如XXX

2009/12/18 Kenny Yuan <yuank...@gmail.com>

oliver yang

unread,
Dec 18, 2009, 1:12:42 AM12/18/09
to pon...@googlegroups.com
2009/12/17 ZhiGang Qi <zhiga...@gmail.com>:
> In reality, a top coder don't really need the help from a tester, it just
> wastes more time to be a coach.
>
> Sorry for the last post. I also respect the profession of software testing.
> I don't wanna to hurt you or another group of... my fault.


不需要测试帮助的Top coder估计是在作坊公司生存着呢。

如果一个大型软件,光测套件就几百个,执行一轮完整的回归测试需要数百台机器几天时间完成。没有程序员不会敬畏测试的,而且当一个测试出了问题,有时候没有测试人员的帮助,可能解决问题也会难很多。再者,部署这些测试,自动化运行,没有测试,开发恐怕也会花费大量的时间。这不是谁更优秀的问题,是分工的问题。

当发现一个BUG的成本很高时,测试就很重要了。
所以不重视测试的开发者,可能工作在一个作坊。或者可能工作在大公司,但这个公司的软件如果有bug的成本可以忽略不计。

>
>
>
>
> 2009/12/16 阳光雨 <ygy...@gmail.com>

>>>>>> 鄙人还是在校学生,呵呵,第一次发帖,不知各位对这个主题有什么看法。
>>>>>>
>>>>>> 我在网上也查阅了很多资料,对于中国的软件测试褒贬不一,反正就是没有国外成熟的测试行业好。
>>>>>>
>>>>>> 我倒是觉得测试职位需要比开发人员掌握更多的技能和更好的思维能力,也挺感兴趣。想听听大家的高见。
>>>>>
>>>>
>>>>
>>>>
>>>> --

>>>> My Blog:http://jeffchen.cn


>>>
>>
>>
>>
>> --
>> Zhigang Qi
>> 345 park ave, W12-302
>> San Jose , CA 95110, USA
>> Cell: (812)272-1809
>> work: 408-536-247
>>
>
>
>
> --
> Zhigang Qi
> 345 park ave, W12-302
> San Jose , CA 95110, USA
> Cell: (812)272-1809
> work: 408-536-247
>
>

--
Cheers,

Oliver Yang

Twitter: http://twitter.com/yangoliver
Blog: http://blog.csdn.net/yayong
--------------------------------------------------------------------
An OpenSolaris Developer

ZhiGang Qi

unread,
Dec 18, 2009, 1:47:45 AM12/18/09
to pon...@googlegroups.com

可以举个例子讲讲你心目中的大型或者是高质量著称的软件有那几个吗?
:)



2009/12/17 oliver yang <yango...@gmail.com>

Fuzhou Chen

unread,
Dec 18, 2009, 2:07:20 AM12/18/09
to pon...@googlegroups.com
Windows,算不算?质量如何姑且不论,个头绝对小不了。

2009/12/17 ZhiGang Qi <zhiga...@gmail.com>:

--

wq wang

unread,
Dec 18, 2009, 2:32:16 AM12/18/09
to pon...@googlegroups.com
我现在就在测windows server, 部署都很困难,还有上百条的case要跑
不能保证发现所有的bug,至少保证产品的正常交付

2009/12/18 Fuzhou Chen <cppo...@gmail.com>

Fuzhou Chen

unread,
Dec 18, 2009, 2:58:00 AM12/18/09
to pon...@googlegroups.com
Yo,遇上MS的牛人了。

水一下,敢问是传说中上海做Small Business Server的么?

2009/12/17 wq wang <kew...@gmail.com>:

Wenyue Lin

unread,
Dec 18, 2009, 2:08:33 AM12/18/09
to pongba
航天飞机上的软件?

2009/12/18 Fuzhou Chen <cppo...@gmail.com>



--
Best regards

Fuzhou Chen

unread,
Dec 18, 2009, 4:03:06 AM12/18/09
to pon...@googlegroups.com
这个例子不错,大小如何姑且不论,质量要求绝对低不了。

2009/12/17 Wenyue Lin <right...@gmail.com>:

贾里

unread,
Dec 18, 2009, 4:32:48 AM12/18/09
to pon...@googlegroups.com
所以其实中国大部分的公司都是作坊式的,完全没有进入工业化时代的感觉,软件作坊对拼软件工业,你们觉得哪个能胜出?不要说人多力量大,再多的人,一颗核弹也搞定了。

2009/12/18 oliver yang <yango...@gmail.com>

Kenny Yuan

unread,
Dec 18, 2009, 4:39:08 AM12/18/09
to pon...@googlegroups.com
一次成功的远距离调试

在Practical Common LISP一书(http://gigamonkeys.com/book/)中,讲了这样的一个故事:在那并不十分遥远的1998年,在1亿英里的高空,一架造价 1亿美元的太空船(NASA Deep Space 1:  http://nmp.nasa.gov/ds1/,不过这个网站被GFW了),其控制程序出现了条件竞争的BUG,而这个BUG在地面测试中没有发现(嗯,符合经典的软件规律)。于是,负责这部分代码的人就远程连接上飞船(是真正的远程啊!),从飞船上的LISP程序中调出来REPL窗口,在系统还在运行的时候进行诊断和调试,并修正了BUG,成功地部署,最终完成了任务。

这真正是一次成功的远距离调试——1亿美元的硬件,1亿英里的距离。


2009/12/18 Fuzhou Chen <cppo...@gmail.com>

sagasw

unread,
Dec 18, 2009, 4:41:45 AM12/18/09
to pon...@googlegroups.com
我很好奇早期那些太空飞船或者登月飞船的程序都是怎么编写测试的


------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------


2009/12/18 Kenny Yuan <yuank...@gmail.com>

xxmplus

unread,
Dec 18, 2009, 4:46:16 AM12/18/09
to pon...@googlegroups.com
apollo 11的程序今年7月份已经开源了

2009/12/18 sagasw <sag...@gmail.com>:

--

Any complex technology which doesn’t come with documentation must be the best
available.

Sent from Sydney, Nsw, Australia

Kenny Yuan

unread,
Dec 18, 2009, 4:48:16 AM12/18/09
to pon...@googlegroups.com
不过那硬件是没地方找了……

2009/12/18 xxmplus <xxm...@gmail.com>

xxmplus

unread,
Dec 18, 2009, 4:52:22 AM12/18/09
to pon...@googlegroups.com
不然美国佬怎么舍得拿出来啊 XD

当年那些庞然大物连我们今天的手机都不如,但是却能够把航天器送上天,真是非常牛逼的

2009/12/18 Kenny Yuan <yuank...@gmail.com>:


> 不过那硬件是没地方找了……
>
> 2009/12/18 xxmplus <xxm...@gmail.com>
>>
>> apollo 11的程序今年7月份已经开源了

Mikster.Z

unread,
Dec 18, 2009, 5:19:19 AM12/18/09
to pon...@googlegroups.com
......这个不能这么说吧~~

2009/12/18 xxmplus <xxm...@gmail.com>



--
EX - EMBEDDED SYSTEM DEVELOPER
SOFTWARE ENGINEER
Name : Mikster  

居振梁

unread,
Dec 18, 2009, 6:06:06 AM12/18/09
to pon...@googlegroups.com
有没有谁有兴趣把那程序移植到手机上,让这手机升上天,没准还能找到点零星的硬件残骸呢。

2009/12/18 xxmplus <xxm...@gmail.com>

不然美国佬怎么舍得拿出来啊 XD

当年那些庞然大物连我们今天的手机都不如,但是却能够把航天器送上天,真是非常牛逼的



--
战斗暴龙:理论由自己理论,由这理论演绎实践;实践由自己实践,由这实践归纳理论。事事都理论+实践太累了。
http://wargrey.yo2.cn [黑客精神;团队精神;清心寡欲;像孩子一样思考]
http://wargrey.blogspot.com [BY-BLOG;自然语言试练场]
http://juzhenliang.blogspot.com [中文译出]

Jeff Chen

unread,
Dec 18, 2009, 6:40:57 AM12/18/09
to pon...@googlegroups.com
公司名字就不举了,但是我说一下这类软件的特性
 
1. So complex
2. Stability 要求很高
3. 逻辑很复杂.
 
对于这样的软件,你一个developer 怎么保证代码的质量?一个designer只是做很小很小的一部分吧.
 
退一步讲,你是一个senior,你是staff,你是system engineer, 甚至你是expert.   你能“保证”slution是ok的,但是你能保证
code的quality 不出bug吗?你能保证对现有code没有impact吗?你能保证code能应付所有异常case吗?
 
OK,你是很牛的desiger,你写完了code,你不需要tester,你自己可以想test case,你自己可以测. 
你觉得自己写得代码,自己想test case质量如何?
 
experienced I&V engineer 的经验可以把他积累下来的经验,写出很多boundary的case...experience I&V 比埋头在某个module里的designer更熟悉function, I&V guy 也更接近customer,接近customer意味着什么知道吧? 
 
===================
本来不加班的,因为打conference meeting 到现在
公司要关电源了,闪人.
下次接着聊啊

2009/12/18 sagasw <sag...@gmail.com>
对于1很不认同,Jeff举几个大公司的名字如何?


------------------------------------
C++, Lua, living in Dalian
http://sunxiunan.com/
http://twitter.com/sagasw
------------------------------------


2009/12/18 Jeff Chen <sheis...@gmail.com>

1. 集成测试在绝大部分 大公司,比开发更重要.
2. 现在国企还不时髦,OK,2010年国资委 目标是 把国企减少到100家,你能进这100家的国旗还是满时髦的
3. 事业单位+公务员+国企 早就不比欧美企业性价比低了吧.
2009/12/18 Fuzhou Chen <cppo...@gmail.com>
2009/12/17 Zhigang Qi <zhiga...@gmail.com>:

> 但是如果在校学生如果把做软件测试作为职业目标,我是不赞成的。第一,测试工作更重要的是工作经验的积累而不是知识的累积,在校时,踏踏实实学习些技
> 术,掌握些科学文化知识,即便是将来做测试,也可以很容易转型。 第二,测试毕竟不是核心的工作。


说来说去,也就是第二点我是同意的。测试确实不能算核心工作,毕竟从来都只有能产出的
职位才可以说核心。

至于测试究竟是工作经验的积累还是知识的积累,限于公司policy我无法举例,也就无法争论。
我不同意这种说法的原因是我很难理解工作经验积累和知识积累有什么矛盾的地方。

如果仅就学生职业发展而言,我同意sagasw的说法,没有开发就没有测试。所以学生不可能
只学测试而对开发没有概念,真要如此,那估计什么也学不到。


2009/12/17 Zhigang Qi <zhiga...@gmail.com>:
> 我还是以前那句话,精英程序员是不需要测试人员的,最多需要有人帮忙做一下monkey test。

这话貌似有理,不过有两个问题:

a) 精英程序员的比例有多少?
b) 有没有一个普遍的标准评判您手下哪些的程序员算精英?

从团队的角度上看,我的看法是测试是否必要不是看精英程序员有多少,而是看你的团队对
产品质量的评价是不是需要量化的数据支持。所以测试对一个团队来说总是需要的,但不同
的团队对质量评价标准不同,那么测试需要完成的任务也就不一样。

--
《采莲》·江南

为卿采莲兮涉水,为卿夺旗兮长战。为卿遥望兮辞宫阙,为卿白发兮缓缓歌。

另抄自蒜头的评论:http://www.douban.com/review/1573456/

且祭一束紫琳秋,为一段落花流水的传说
且饮一杯青花酒,为一场几多擦肩的错过
且焚一卷旖旎念,为一腔抛付虚无的惜怜
且歌一曲罢箜篌,为一刻良辰春宵的寂寞



--
My Blog:http://jeffchen.cn




--
My Blog:http://jeffchen.cn

Fei Yan

unread,
Dec 18, 2009, 6:55:54 AM12/18/09
to pon...@googlegroups.com
SIST是很重要,但不能从这个角度就认为开发比测试重要。

一般SIST也只是focus在更高的层面;从用户的角度来测量,是最接近用户的,所以重要;而开发包括UT更focus在底层的微观领域。
Indian的垃圾代码很多,但是能形成产业就是和他们的Test&Support做的很好但是Dev&Coding做的很糟糕有关系。

这样的状况,维护成本其实是高的多,只不过被SIST流程的表象所掩盖;仔细看一下预算就会发现同样的研发中心,中国的成本会更低的原因,因为中国的Dev做的比Indian的好。

BTW,据我的了解,阿三的收入没有我们的高;至少我认识的几个印度人,薪水都没有中国同级别的人高。
还有几个人做了2年的Dev就要嚷嚷做Manager或Architecturer,否就就无颜见江东父老,简直比中国人还中国人。
不过印度人的房子很便宜,所以ROI是比中国人高。



2009/12/18 Jeff Chen <sheis...@gmail.com>

sagasw

unread,
Dec 18, 2009, 8:27:24 AM12/18/09
to pon...@googlegroups.com
你写的这些缩写我都不认识,很有挫折感。

Shinelion

unread,
Dec 18, 2009, 8:39:56 AM12/18/09
to pon...@googlegroups.com
从公司的层面上来说,测试人员肯定是有必要存在的。不然老板怎么push开发人员呢?
top coder的价值也需要通过测试的结果来体现。

2009/12/17 ZhiGang Qi <zhiga...@gmail.com>
In reality, a top coder don't really need the help from a tester, it just wastes more time to be a coach.

Sorry for the last post. I also respect the profession of software testing. I don't wanna to hurt you or another group of... my fault.




2009/12/16 阳光雨 <ygy...@gmail.com>

2009/12/16 祁祥峰 <qixiang...@gmail.com>
没接触过软件测试,不过很想试试.我是喜欢软件高于硬件.


2009/12/17 Jeff Chen <sheis...@gmail.com>
--
My Blog:http://jeffchen.cn




--
Zhigang Qi
345 park ave, W12-302
San Jose , CA 95110, USA
Cell: (812)272-1809
work: 408-536-247

Fei Yan

unread,
Dec 18, 2009, 9:34:43 AM12/18/09
to pon...@googlegroups.com
这个观点属于离题吧,有点偷换概念
这里并没有讨论测试人员是否有必要存在,而是相对开发职位而言是否更容易有个比较好的职业前途

从组织机构构成的角度来说,肯定要有平庸的人存在,要不然不平庸的人怎么能脱颖而出呢

2009/12/18 Shinelion <shin...@gmail.com>

Fuzhou Chen

unread,
Dec 18, 2009, 1:58:34 PM12/18/09
to pon...@googlegroups.com
我认为在讨论这个之前有必要定义一下什么才是“比较好的职业前途”。

a) 赚钱更多,可乎?
就我在华盛顿州看到的情况,同级别的测试工资比开发低,但Bin lu 也说了,
澳洲的情况又正相反。这就说不清楚了。

b) 经验积累更多,可乎?
据Zhigang所言,似乎测试更看重经验积累。如此似乎测试有优势。

c) 领域知识更多,可乎?
这个有意思,因为除了Zhigang一口咬定开发有优势之外,
似乎没人正面回应过。而我一直说的,在测试需要研究bug的前提下,
两者一样有机会——这个也没有人回应过。

d) 成为大牛,或者说精英,可乎?
360行,行行出状元,我想大家还是有共识的。另外还是我那个问题:
啥人算精英?有标准没有?没有标准做比较,难以服众。

2009/12/18 Fei Yan <skyscr...@gmail.com>:

--

est

unread,
Dec 18, 2009, 2:30:30 PM12/18/09
to pon...@googlegroups.com
> 所以其实中国大部分的公司都是作坊式的,完全没有进入工业化时代的感觉,软件作坊对拼软件工业,你们觉得哪个能胜出?

赞。。。其实中国的企业家,很少有能称之为entrepreneur的。大多都是靠投机+官僚垄断。中国古代最牛逼的entrepreneur应该算吕不韦了吧。。。。


> 欧美这边重视测试也是有历史原因的。。。。 测试工作的重要性90%也就是被阿三吹出来的
> 比如我把一个稳定且没有发展前景的产品外包到印度,因为开发维护人员的水平不够(即便是数量×2),还是会有更多的bug,更糟糕的质量。
> 这种情况下,能不重视测试嘛? 我还是以前那句话,精英程序员是不需要测试人员的,最多需要有人帮忙做一下monkey test。

拜真相。。。。

改革开放初期有对日本产品质量的盲目崇拜,其实这个是W. Edwards Deming教会日本人quality
control,到现在为止中国工业的qc还非常一般。更不用说作坊了。。。。要说民族性,毛太祖时期的中国人的认真精细程度一点都不比日耳曼或者日本人差。

xxmplus

unread,
Dec 18, 2009, 6:47:14 PM12/18/09
to pon...@googlegroups.com
2009/12/19 Fuzhou Chen <cppo...@gmail.com>:

> 我认为在讨论这个之前有必要定义一下什么才是“比较好的职业前途”。
>
> a) 赚钱更多,可乎?
>  就我在华盛顿州看到的情况,同级别的测试工资比开发低,但Bin lu 也说了,
>  澳洲的情况又正相反。这就说不清楚了。

纯粹就薪水来说,这里有一个2009年澳洲IT业的统计。大家可以参考一下,基本上测试不比开发逊色的哦

InformationTechnology2009.pdf

ZhiGang Qi

unread,
Dec 18, 2009, 8:06:29 PM12/18/09
to pon...@googlegroups.com
我从来没有否认测试行业的必要, 但系统测试的价值也只是体现在验证不同component整合时可能存在的思维死角。
根本还是在于验证多人协调产生的思维死角为主,没有一个人是perfect的,top coder也不例外,但是top coder开发的component,library,如果连他们自己都发现不了的bug,我对测试人员能够发现它持怀疑态度,我所知道/体验到的现实情况也是如此。

很简单一个问题: 软件测试人员的价值是什么?怎么体现的?

你可能觉得我这个人很tough,但如果一个刚入校的同学以软件测试为职业目标,我个人是不赞同的,理由我说的很清楚。

2009/12/18 贾里 <pipi...@gmail.com>

ZhiGang Qi

unread,
Dec 18, 2009, 8:15:41 PM12/18/09
to pon...@googlegroups.com
第一Nasa的科学家不一定称的上top coder,第二,经典的软件规律就是让用户发现bug.测试人员只是帮助coder减少bug被用户发现的可能性。


BTW,能不能举个例子, 测试人员是如何帮助windows kernel developer发现bug的, 你想像一个也好。


2009/12/18 Kenny Yuan <yuank...@gmail.com>

ZhiGang Qi

unread,
Dec 18, 2009, 8:26:56 PM12/18/09
to pon...@googlegroups.com
1.
一个top developer只能保证一个developer开发的code的quality.
一个top developer team只能保证一个component/kernel/product的quality.

没有人/team可以保证code不出bug...(developer/developer team不能, 但是他们可以保证code的quality).

而以上的,tester/tester team只能起到一定的补充作用。(如果我有1000个大猩猩,也可能会有一丁点的补充作用)。
2.
如果说testing team比development team更接近customer,那肯定有问题。无论如何也无法想象testing team比development team更接近customer的情况. 你可以举例,我洗耳恭听。



2009/12/18 Jeff Chen <sheis...@gmail.com>

ZhiGang Qi

unread,
Dec 18, 2009, 8:32:36 PM12/18/09
to pon...@googlegroups.com
阿三的dev收入如果比中国的dev低的话就是太不正常了。
那现在硅谷真的是没有必要把外包项目往中国转移了,:)

一般来讲:印度的dev的cost比中国高的不是特别多,但印度的中层manager的cost远远高于中国。


2009/12/18 Fei Yan <skyscr...@gmail.com>

ZhiGang Qi

unread,
Dec 18, 2009, 8:42:35 PM12/18/09
to pon...@googlegroups.com
你说到点子上了,:) 我也被误导了。。。。。。

本来的发文目的只是因为看到一个和我同姓的小同学想以测试为职业,忍不住说了几句。

爱咋咋着吧。。。。。不在这个thread上浪费时间了


我的个人观点还是那句话:
不建议新入校的同学以测试为职业目标。 在几家主要软件公司,测试人员的职业前景(包括工资),技术水平,学历肯定要远低于开发人员。

如果你非要不同意/不相信,我也没有办法,有兴趣的话你自己可以去调查。

2009/12/18 Fei Yan <skyscr...@gmail.com>

Jeff Chen

unread,
Dec 18, 2009, 9:13:37 PM12/18/09
to pon...@googlegroups.com
测试有很多种,unit test,function test,I&V, 有些人还喜欢谈“所谓的”什么黑盒白盒
 
我觉得I&V比所谓的 desiner 更有前途
 
当然想做I&V一般都是基于design 工作经验基础上的.
 
 
designer 是什么? coder ?
 
system算designer吗? architecture算desiner 吗?
 
 
designer,不就是根据system engineer,architecture 的文档implementation一下嘛
 
文档都写好了,desiner也没啥难度吧
 
 
难道这里讨论者,都认为 system engineer,architecture 是designer?
 
如果你真这么认为,你有没有听说过有些职位叫senior I&V engineer? I&V expert?
 
 


 
2009/12/19 ZhiGang Qi <zhiga...@gmail.com>
It is loading more messages.
0 new messages