测试的目的，测试的困惑

unilobster2

＃＃...
＃＃看完楼上的话，想了好久。
＃＃想了半天不知道说什么好，索性就不说了...
＃＃注释掉算了...

realism

原帖由 unilobster2 于 2005-12-5 13:53 发表
＃＃...
＃＃看完楼上的话，想了好久。
＃＃想了半天不知道说什么好，索性就不说了...
＃＃注释掉算了...

//同你一样,我也注释掉好了
//注释掉N的N次方个字
//不好意思,看了点php就把其他的语言注释方法给忘掉了,还是这个比较简单
to black_tulip
您肯定当我是小学毕业了,其实我真的不只是小学毕业而已.
我是学计算机的.学的是软件设计和开发,虽然是专科,但是毕业出来还指不定做什么呢,没准是开发,也没准是测试,做不来去做销售也没准呢.
对于您说出这样的话我感觉很冤枉,很委屈.如下

不要以为测试员搬弄的理论开发员不懂，那些经验又有多高的门槛。

我是从来也不会这样以为的.
既然您能这样说..那我只好继续
//注释
//继续注释
//反复注释
//就是注释
//打死我也注释

black_tulip

抓住一句话论是非了不是。其他的能躲就躲了。
就是这句话也没有什么问题。我还是强调我指的是国内的现状。做开发的是必须接触软工和流程管理配置管理的，所以，大部分理论他们都知道。而国内大部分测试员所拥有的测试经验其实还很低，门槛低于开发。
而这个论坛里很多的帖子都有自我膨胀的倾向，满满地认为已经怎样怎样了。
我没有把你当小学毕业，你的学历背景你已经介绍过了，我也仔细看过。看到你上次的回复很高兴有认真思考问题的人出现了，很多帖子里很多回复就是“学习”，“夸奖”，“赞”等口水贴。但是可以看出你缺少经验。没有在很多不同的团队中干活过，从书上老师嘴里听到要团队，要合作，要协调，其实很多东西只存在在想象和理论中。
最后，跟你聊另一个话题。很多国内的大专院校都开设软工学院，系别也叫软工，应该去研究，但是我所了解的几家好的学院和一般的学院，都把软工的授课停留在讲述理论上。软工这玩意，得实践出真知。实际做项目，记录数据，分析，才能求得量化，得到经验和思考。

realism

不是抓住一句话论是非,也不是能躲就躲.
只是对于您的其他回复我是真的不知道该怎样再回复.因为我在前边已经说过了,如果再说一次很明显没什么意思.我只能说对于您的其他回复的问题我们存在不同程度的认知,或多或少.看问题的角度可能也不一样,所以得出的结果不一样也可以理解.您用您的方式,我用我的方式,所以我无法也没必要再回复什么.
之所以回复这句,是因为很冤枉我.并不是抓什么什么的.
对于您说我缺少经验,我不否认,但是你说很多东西存在与想象与理论当中我是不同意的.其实有些我们都实践过的.只能说是少,不能说是没有.比如我们很多都是要以团队方式完成的,用JSP完成图书馆查询借阅系统或网上购物系统,在这里我只是一个组员.Linux下用C++给数据加密,我们都是以一个组为单位的.其他方式老师是不接受的.
另外您说自我膨胀,我认为我并不存在,我只是觉得自惭形秽,懂的太少,估计7老80也学不成什么样,所以只有不断学习来保持自己不要急速后退.
其实非常感谢您有时间回复这个帖子.其一无论观点相同不同也好,这能给我提供一下知识面和考虑问题的角度,使我得到学习.其二从中完善自己的不足,做对比分析.看看自己哪里错了或者该不该换一种方式来想一个问题.
我感谢所有认真回复的朋友,因为能使我了解一些我不了解的知识面,或大或小,总比没有好.

ermeng1224

楼主说的很对,但中国很多软件单位做不到!
具体我不太了解~!

43楼说的质量和测试,很对

helb

原帖由 unilobster2 于 2005-12-5 10:26 发表
还没，继续讨论...

对于小作坊式的软件公司，流程管理都不是很规范，测试如何保证软件质量，促进软件的开发？

我现在就处在这么个环境中，公司对软件测试一点也不重视，什么东西都要自己慢慢摸索，幸亏有咱们这个论坛，学到了好多东西，希望能把这个话题再讨论下去，我很想听到些建议。
多谢，多谢！！！

black_tulip

关于团队合作，公司里和学校里的课题项目，是不一样的。

unilobster2

关于喝酒吃饭，公司里和学校里的过程步骤，是不一样的。

Lero

原帖由 Tender 于 2005-11-30 16:39 发表
陈卫俊先生说到，不要今天看到一个好的流程就马上拿到自己公司去用；也不要“苏联模式”。

我也要说:鲁迅先生说:我们要发扬拿来主义!

unilobster2

在公司里实行一个新的开发模式，管理模式，要知道有多难，不是说改就改的。

其中的阻力主要有两个：
1.公司员工大都习惯于原来的模式，想改？你得说服所有人，至少是老板。
2.公司的最终目的在于利益，想改？改过，效率就一定会上去吗？

你“拿来”的东西，至少还得给公司决策层再“拿来主义”一次。难...

black_tulip

Lero，你要搞清拿来和送来的区别。读鲁迅不要一知半解。

但我们被“送来”的东西吓怕了。先有英国的鸦片，德国的废枪炮，后来法国的香粉，美国的电影，日本的印着“完全国货”的各种小东西。于是连清醒的青年们，也对于洋货发生了恐怖。其实，这正是因为那是“送来”的，而不是“拿来”的缘故。  
所以我们要运用脑髓，放出眼光，自己来拿！

black_tulip

总之，我们要拿来。我们要或使用，或存放，或毁灭。那么，主人是新主人，宅子也就会成为新宅子。然而首先要这人沉着，勇猛，有辨别，不自私。

unilobster2

楼上的，能告诉我们茴香豆的茴有几种写法吗？

black_tulip

google可以告诉你。新版的鲁迅全集九百多块，估计你不会去买。

unilobster2

不会。

Jimmyshao

原帖由 black_tulip 于 2005-12-5 12:57 发表
所以，测试员对产品对客户的了解比起开发员来说是相对少的。

我也工作不到1年，做测试，上面的争论我只想就其中1点发表自己的看法，作为一个团队来说，既然是团队，开发人员就只是个人负责个人的模块，对产品整体的了解就我个人感觉明显不如测试人员。
测试人员在测试的过程中，必须把握住整个产品的结构，各个模块间的流转关系以及具体点说流程是怎么走的，测试人员必须相当熟悉，开发人员而在做自己的那一块时，可能只是单纯的了解自己的部分，数据来源读取可能也只是直接从某个表中获取，具体到系统中明显没有测试人员熟悉。
以上是我在工作中实际遇到的情况，客户反馈了问题，找来一个开发人员，问为什么会有这种情况出现，这些数据从哪里来的，而开发人员直接和客户就说是某某表，不能准确定位到系统中的具体位置，以及在什么情况下会出现这类问题，开发人员只能和测试人员沟通。
所以我个人觉得“测试员对产品的了解比起开发员来说是相对少的”这句话不是非常正确。
可能公司运转不规范或其他原因，一家之言，仅供参考。

[ 本帖最后由 Jimmyshao 于 2005-12-10 11:15 编辑 ]

Jimmyshao

其他公司的情况不太了解，我们公司不是很大，就几十个人，但这样也不会等开发做得差不多才通知测试去测试，从前期需求调研，需求测试，系统设计报告评审，编码等过程中测试是一直参与其中的。

unilobster2

最后产品设计有问题，少不了还要找测试的责任，是不是？

Jimmyshao

那如果设计有问题也不单单是测试的责任了，设计评审时大家都表达了意见，如果评审通过，那责任也不能单独由测试一个人来扛的。

Tender

这个帖子看来是没完没了了。
我发现有些朋友比较偏激，有些断章取义。