测试的目的，测试的困惑

black_tulip

对于产品的spec，一般情况是开发人员的了解要超过测试员。我强调的是事实。
还有个事实是，不断在电话里和/email里与客户扯皮，不断出差到客户现场做supporting的也多是开发人员。
所以，谁更了解客户的需求和行为习惯，一目了然。

Tender

其实我觉得仅靠开发人员去了解客户是远远不够的。也许楼上的朋友公司规模比较小（我猜的，猜错了不要介意），所以一般都是开发人员和客户打交道。我曾经所在的公司，是系统分析师，需求分析师，测试经理一起和客户打交道，然后由需求分析师把各个需求发放到各个模块组，所以我说开发人员最多也只是了解了他所负责的模块需求。同时，这些老大们会定期的在一起讨论这些需求，作为测试经理，要把所有的需求都弄明白，然后才能对需求是否正确做出一个判断，再和客户交流是否需要修改。
也许公司的规模导致了观点的不一致，我想，大家本着友好商量的心态在这里讨论，即使不一致，也是好事。说明我们的测试需要更好的发展。

black_tulip

恩，我说的开发人员包括了系统分析师，需求分析师...统称只是为了和测试员区别。

black_tulip

其实即便是这个师那个师，要么也是参与开发的，那也同时是开发人员，如果是不参与开发的，千万要小心不要让开发人员的联系方式被客户知道，否则客户还是会偷偷联系开发人员的，他们永远最相信做他们要的产品的人。

unilobster2

产品的用户需求是由开发人员或开发主管定义的，确实在实际项目中就是这样操作的。


我想说的是这样的情形。拿一个小的例子来说。有一个页面“业务处理”上有一个“扣除金额”按钮，当按下按钮后出现“扣除金额”对话框。对话框里面有一个文本框用来给用户输入扣除金额的数值，还有两个按钮：OK和Cancle。当按下OK或Cancle按钮后，按照原来的设计，都是关闭当前的对话框，并返回“业务处理”页面。


测试的时候，发现这个功能完全能按照设计和需求的要求实现。能够正确返回，数据库也做了相应更新。也许按照楼上楼上的观点，这里没有bug。但是，我个人认为这里藏着一个bug。

不知道大家想过没，如果你是这个产品的使用者，你在按下“OK”按钮后是不是有点心虚的感觉：“该扣的钱是不是真的已经被扣了”？然后你在去查找这个帐户的余额，看看是不是真的少了那么多钱。有时候是不是你也许还会想到，我按下“Cancle”后，帐户里的钱是不是没有变化。这样的设计是不是就是用户的需求的体现呢？？我说的测试员要去测试需求就是这样的道理啊。

按照用户的眼光看，当按下“OK”按钮后，最好马上弹出另外一个对话框，把此帐户的扣除前金额，扣除金额，扣除后金额显示给用户看，再给用户确认的机会。一个开发人员也许认为这样很傻，但是我们做软件的目的就是要让用户很方便的使用。不难想象，这样的需求，也许用户在跟需求定义人员沟通的时候不会提出来，他会认为这是一个理所当然的要求，不必提出来的。也不难假设，我们的需求定义人员应为他本身是开发人员的关系，或别的原因，没有把这样的需求定义出来。但是我们测试人员就是要站在用户的角度上去考虑问题。也许“从一开始，测试就与用户隔离”，但是我们可以从心灵上去跟用户沟通（心灵感应？^_^）。


大家也许会认为，我的这个例子只是我编造出来的一个例子。我承认。但是，大家在实际测试中肯定碰到过类似的情况。不能否认吧？^_^

可以想象，在我们的设计中，在我们的用户需求说明中，肯定存在比这更大，更有影响力的bug。

[ 本帖最后由 unilobster2 于 2005-11-22 12:51 编辑 ]

unilobster2

啊？等我写完了，就到65楼了?电梯速度快了点啊，晕啊 ...

unilobster2

继续...

black_tulip

楼主朋友啊，忽略了开发人员也是生活在这个社会中，譬如我是做atm取款机系统的，我自己也要取款；我做网上交易平台，我也网上购物...

不要把开发蒸发到真空中。

很多做测试的人都很奇怪的认为有很多问题测试员能想到而开发人员想不到。为什么呢？我认为开发人员能想得比测试员周到。

unilobster2

楼上的，，

我的意思不是要把测试跟开发对立开来。我所说的测试，都是在开发基础上的完善啊。

大师说“测试员不必为软件质量负责”，我是这样认为的大家都应该为软件质量负责，不管是开发，还是测试。

你看，我还不是在为开发分担责任...^_^

[ 本帖最后由 unilobster2 于 2005-11-22 13:51 编辑 ]

Tender

开发比测试想得周到？那么为什么还有N多缺陷是在测试的时候发现的？如果按照这样的观点，开发人员可以代替测试人员了？现实这个观点正确吗？开发难道能代替测试吗？

unilobster2

“开发人员能想得比测试员周到”，也许是不错的。也许让他们在同一起跑线上开始想，开发人员想的当然比测试人员多。

但不要忘了，测试人员是在开发的基础上的测试，就是说测试人员就是要去想开发，设计没有想到的。怎么比？怎么周到？合在一起才叫周到。测试就是去保证这样的周到。

unilobster2

楼上的也不是很合理，还是不要对立起来好...

unilobster2

继续...

unilobster2

要沉了...

unilobster2

要沉了...

Tender

请楼主注意，不要故意顶贴子，谢谢！

black_tulip

斑竹朋友， "N多缺陷是在测试的时候发现的"是因为现在多数开发人员没有在测试上做足功夫。

如果公司给足相应的薪水，开发是会乐意做足这功夫而且会做得很好的，呵呵。

black_tulip

“开发人员可以代替测试人员了” 并不能推出 “开发能代替测试” ，斑竹糊涂了。

开发人员当然可以代替测试，如果公司保证其薪水、地位不变，让其全职做测试，甚至提高其薪水。他可以做得比没有开发经验的职业测试员要更好。

Tender

楼上的朋友的观点是错误的，开发是代替不了测试的。
首先，对于产品来说，开发是创造性的，测试是破坏性的。所以在一定程度上来讲，开发人员是不可能好好的去测试自己的写的东西，他们认为自己写的东西是不会有问题的，他们把自己写的程序看成是自己的孩子一样去爱护。这和给他们多少钱是没有关系的。你即使给他们再多的钱，也是不可能靠开发人员来保证产品的质量。因为开发人员根本保证不了产品质量。
另外，开发人员对产品做单元测试，只是负责测试了自己的模块，那么集成在一起会是怎么样？如果配置了不同的环境，配置了不同的硬件设备会是怎么样？如果开发能代替测试的话，楼主不妨试试看，公司里没有测试人员，给开发人员好的薪水待遇，让他们写完代码接着测试，他们能测试的好吗？关键的问题是开发和测试的想法是不一样的。对同一个产品开发和测试是从不同的角度去看待，所以无论怎么说，开发代替不了测试，开发也不可能把测试工作做好。如果能够做好，产品质量怎么越来越不行了？为什么测试行业在中国开始被关注？为什么类似微软，百渡，阿里巴巴这些大公司开始招聘测试人员？按照楼上朋友的观点，给足开发人员薪水就OK了。像这种大公司不缺钱，可是为什么还要招测试人员呢？微软亚洲工程院有非常优秀的测试团队，硬件软件配备齐全，微软在测试方面肯花大笔的钱，数目不是一点点，为什么他们不按楼上朋友的观点把这些钱直接奖励给开发人员呢？
如果想通过开发来代替测试，那是不现实的。如果真的有公司妄想这样去执行，后果会很严重。

black_tulip

斑竹啊，我说过了，开发是代替不了测试。这个道理是个人都明白。

我只是说你先说开发人员代替不了测试人员，然后得出开发代替不了测试，这个推理是错误的。

我的观点是开发人员可以代替测试人员，去做测试的工作，只要他愿意，他是没有问题可以做得比测试人员好的。