测试的目的，测试的困惑

unilobster2

大家发表自己的看法，谁都不能保证自己的话没有点漏洞，是不是？

所以，欢迎大家断章取义。

black_tulip

Jimmyshao 朋友你搞混了一个概念。我说的那句话并不是指一个开发人员和一个测试人员相比。对于你说的情况，这个开发人员不很了解那个模块，还有那个开发人员了解。你拿不很了解的开发人员和了解的测试人员比，不具可比性。

你会说一个项目有很多开发员，各了解自己做的模块，而测试员都要去了解。这个情况是存在的。但这不是我们前面讨论的问题。

我们在讨论开发员还是测试员谁更了解产品spec、用户习惯，当然前提是做这个项目（产品、模块）的程序员和测试它的测试员了。没有这个前提，你拿A公司的开发员和B公司的测试员比，怎么比。

adam1000

从测试员手里出去的东西客户就要用了，测试员不知道客户要什么还测个屁呀，
再说现在的公司，那个项目不回扣，有了回扣，天塌下来都没有事，测不测没有关系的， 反正甲方有人照着，这样一个项目可以做几次， 可以增加多少社会就业机会呀

xingming9

今天看了这帖，感觉糊涂了！真想好好整理下思路，感觉大家都被楼主给牵着鼻子跑，从一个问题跑到另一个问题。
        其实楼主要说的只有一个事实：

原帖由 unilobster2 于 2005-11-17 13:21 发表
质量？什么才算质量好？一个产品，测试最终保证了有很多功能能很好的实现，但是不是客户所要求的，算不算质量好？这就提出一个问题，测试能否去撼动设计，进一步说，测试去完善设计。

对于这点

原帖由 Tender 于 2005-11-17 13:27 发表
测试是站在客户的角度上去测试产品。完善设计也要和客户进行沟通和交流，不能擅自更改设计。

这个回复是正确的。
感觉楼主犯了三大错误：
第一：主观臆断。测试人员最容易犯的错误之一。由于测试人员是找别人错误的人，思想就是要有怀疑精神，尽可能多的发现缺陷，发现不完善的地方。当楼主发现了众多的错误后，他就断定自己是最了解客户需求的人。但实际上，最了解客户的是客户自己，而且客户需求有时候是变化的。你测出了错误，可以交给开发人员，可以给出建议，但真正要动需求，要动设计，需要与客户交流之后，由几位老大共同商量才能决定。而且规范的公司，测试主管级别的人物已经嵌入到了最初的设计之中。当然现实与理想总有差距，但我们总是通过取舍才能达到平衡，通过努力才能达到完善。
第二：容易浮躁。这是测试人员容易犯的第二个错误。

原帖由 unilobster2 于 2005-11-17 15:11 发表
我现在又有个问题，你们做测试看不设计说明书，用户需求说明书？我现在在看，哪看得进去啊。五，六十页，又没什么直观的映象，感觉没什么效果啊。

原帖由 unilobster2 于 2005-11-17 17:47 发表
大家要这样想，老做测试也没什么成就感是不是？
等到作开发那天，让那帮年轻的去帮我做测试，感觉也不错，是不是？
我们要不仅仅做开发，测试也要管，将来在我们的“领导”下，开发出更高质量，更能满足用户需求 ...

从这两点可以看出楼主心态不对。我很怀疑楼主的最了解客户是从脑子里想出来的了解（多数可能经过测试验证符合客户要求），没有详细的看需求说明书，没有详细的跟客户沟通（这点是我猜的，用测试人员的怀疑精神）。至于后面就完全是从不相关的思想在考虑问题了，而且楼主好像更想做开发！所以我怀疑楼主不是在谈什么测试该做什么，而是在说如何从测试做到研发甚至设计！
第三：理想主义。楼主在想大而全，把什么都想考虑进来，结果什么都没考虑仔细。其实社会本来就有很多矛盾体。不说其他，就说软件开发过程，项目时间与人力资源；测试与开发；产品功能与客户需求；管理者与被管理者；分工与合作等等。现代化的软件开发过程一个明显的进步就是分工合作。虽然它仍有不完善的地方，但是究其一个人的思维限制，最好的就是在自己的职位上做到尽职。对于天才级人物，我们不限制他们的思维，他们可以充分去发挥自己的想像力和创造力，但对于普通的测试人员来说，我想说的仍然是,先做好你的本职工作，设计并优化你的测试用例，尽可能多的发现软件的缺陷。

仅仅是一个爱挑毛病得菜鸟，欢迎大家得炸弹。

[ 本帖最后由 xingming9 于 2005-12-13 16:05 编辑 ]

Lero

鼓掌、鼓掌怀疑精神是值得学习的！
能够从这么多帖子里面看出问题，就不是一般人能够做到的！
学习学习！

unilobster2

借斑竹的话用用：
...
我发现有些朋友比较偏激，有些断章取义。

^_^

[ 本帖最后由 unilobster2 于 2005-12-14 09:24 编辑 ]

unilobster2

xingming9 朋友：

感觉有必要澄清几点。

1.设计和需求不是一回事。需求是用户定义的，设计根据需求给卡发人员定义的。根据一个需求可能有不同的设计，这里面当然有设计的优与劣。我曾经说的“去撼动设计”，并不是完全否认设计，没那本事，我的意思是完善设计，挑除设计中的毛病。

2.关于浮躁和想当开发人员，还有理想主义，这个我没法说什么，因为这是你认为的，我没发改变你的想法。

3.还有一个不是很理解，测试人员"先做好你的本职工作",什么是本职工作？什么是测试人员的本职工作？我是这样理解你的意思的。我想你是说，测试就管测试就行了，甭管那么多了，就测吧，管什么设计啊。我不明白的是，大家测试的过程中就没有发现设计不科学的地方？

不多说了，为什么人与人就那么不一样呢？一个说我心态好，一个又说我心态不好。唉，向往杨柳岸晓风残月啊。

xingming9

谢谢楼主指教。
        任何人都有可能犯错误，我想我的错误肯定不小。测试人员是测试别人的产品，给别人指出错误。
是人都很难接受别人指出自己的错误，所以我们测试人员并不能因为自己是指出别人错误的人，而忽视了自己的错误。 提高自己的测试水平不是仅仅需要考虑如何从流程上优化，同样包括设计测试用例水平，而后者为重点。
我相信国外的测试员，他们也是在以后者为重点的基础上考虑问题。
        不谈了，该让这个帖子沉了。

black_tulip

"需求是用户定义的"

// 好象不尽然。要是这样，微软就没发开发视窗操作系统了。

xingming9 说得很对，主观臆断和想当然。

心智

开始对测试很感兴趣。
后来想自己一定要成为优秀的程序员。
再后来想成为优秀的测试员。
再再后来呢？想放弃测试，测试员就像警察抓小偷（BUG）一样。不停的思考。。。受不了了。

unilobster2

为什么“该让这个帖子沉了”？不明白哦。

让我直接删了就是了。

ps：更正一点，需求是开发人员根据客户的要求定义的。
我想，有市场潜在的需求才有微软的视窗操作系统。市场的需求规根还是客户和用户的需求。

unilobster2

原帖由 xingming9 于 2005-12-14 10:07 发表
谢谢楼主指教。
        ...

再ps：不能说指教的，这样显得我很没礼貌。
没什么可以教别人的，我是向别人学习的。

unilobster2

.                                                                                                                                         .

Tender

楼上的朋友对自己没有规划啊！

wonder_why

1、在我们公司，需求文档对测试人员很重要，需求是测试了解产品的唯一途径。但是在熟悉需求、编写测试用力的过程中，我经常会发现很多细节问题不确定，有时候问开发、问需求人员他们也不能立即给出答复，有时候会推迟很长时间才答复你。
2、需求文档中不会涉及各个模块之间的联系以及依赖关系，如果测试人员工作态度不积极，不主动的想问题，很难发现这样的问题。
3、开发人员很不愿意告诉你各个类、各个动态库之间的依赖关系，也不会主动告诉你控件每次都要重新删除、重新下载，类似这样的问题也要测试人员主动去问。
这些问题一直以来都很困扰我，让我感觉到在一定程度上测试工作不能达到应有的效果。我理想的测试工作要实现的作用应该是，用户使用我们的产品会感觉很顺畅、很方便，会对他的工作有所帮助。