测试的目的，测试的困惑

unilobster2

测试的目的在哪儿？发现bug？仅此而已？
举一个例子，测试一个系统的客户端web页面。当发现一个bug，我们会去考虑是服务器的问题，还是数据库的问题，还是客户端表示的问题。更进一步，是不是设计的问题，是设计的错误，还是设计根本就没考虑到。
测试仅仅做到检验是否build the product right是不够的，还要能检验到是否build the right product。用户的需求是软件的根本。
测试做到这一步，我觉得还是不够完美。我们是否能从测试和测试的结果中发现什么别的东西，比如，测试能不能促进我们的研发？

上面是我的一点乱想，不要见怪。没别的意思，只是想踢给大家一个话题：“测试能否还有怎样完善我们的设计，我们的研发”。

新手乱言，莫怪，莫怪。

[ 本帖最后由 unilobster2 于 2005-11-17 15:38 编辑 ]

Tender

楼主提出的观点很好，测试不仅要测试出BUG，重要的是发现设计时的BUG。所以，测试要尽早介入到产品的流程中去。
我们做测试，是希望产品更稳定，也希望产品在最初设计的时候就做的更好。我们可以在产品立项的时候就参与进去，对每一个阶段的设计都提出看法，看看是否合理，是否符合了客户的需求。

flytigerboy

可现在很多公司根本就做不到这一点！

unilobster2

谢谢斑竹！
我认为，我们这样说“测试需求，测试设计”表面上看很容易。但具体怎么做就是一个大问题了。去对一个还没有存在的东西进行测试，感觉让人无从下手，无所适从。
我个人认为，这样的工作都应该是“马后炮”，我们只能借鉴以前项目的经验，从以前项目测试的结果进行分析。从量化的角度去分析，可能会让人更加乐意去接受。
但如何去利用这些数据还是一个问题。

unilobster2

大家都有什么意见，都说点什么吧。
测试到底是为了什么？

cissylmyn

测试是为了保证产品的质量，在交付于客户之前把好关。
当然这个关口的把握是有很多学问的，好坏程度不仅涉及公司规范与流程，
当然关系到系统需求，系统设计，系统开发各层技术人员的技术水平和协作能力等，
很重要的是测试人员的技术水平，沟通能力等。

unilobster2

质量？什么才算质量好？一个产品，测试最终保证了有很多功能能很好的实现，但是不是客户所要求的，算不算质量好？这就提出一个问题，测试能否去撼动设计，进一步说，测试去完善设计。

Tender

测试是站在客户的角度上去测试产品。完善设计也要和客户进行沟通和交流，不能擅自更改设计。

unilobster2

谢谢斑竹！
首先，设计不能完完全全代表客户的意见，因为设计是项目经理或开发员编写的。正因为两者存在区别，我们既要站在用户的角度上，又要在系统架构员的立场上去考虑测试。
其次，设计不仅仅是表面的需求，而且更主要的是项目的详细设计，比如说数据库的设计，软件的架构模式，这也是设计的问题。这也是我们测试的一个重要方面，我认为。

书剑生

有所得，有所不解。

unilobster2

有什么不理解的，大家讨论啊。在不解中学东西，不错的学习方法啊。

Tender

从产品的开始到结束，测试贯通其中。

unilobster2

太笼统了点，能详细说说吗？比如怎么测试设计的。

unilobster2

举个例子，一个web页面，有一个文本框。在输入测试数据后，这个文本框期望值应该是2，但实际出现的是0，而且不管你输入什么数据结果都是0。
这个bug发现后，你有没有进一步考虑深一层次的隐含问题。这是表示层页面的错误，还是中间数据处理层的错误，还是服务器的错误。到底是哪个环节出现问题，还是哪几个环节出现问题。
更进一步，设计的时候是不是还应该在这个文本框旁边加一个注释，进行相应说明。这就是设计的问题了。这要让用户很容易的就能理解这个文本框的作用。设计就是为用户服务的。
再进一步，从这些测试结果中，我们是不是还能再考虑点研发的问题。求这个文本框值的背后有多少程序在跑，在支持他。我们是不是可以考虑别的算法，另外的采集途径，减少他发生错误的概率，增加他的正确性，这就是研发的问题了。

[ 本帖最后由 unilobster2 于 2005-11-17 15:01 编辑 ]

unilobster2

大家有什么想法吗？有一点也好啊。

unilobster2

我现在又有个问题，你们做测试看不设计说明书，用户需求说明书？我现在在看，哪看得进去啊。五，六十页，又没什么直观的映象，感觉没什么效果啊。

unilobster2

多么希望有人站出来，大骂一声也好啊：“你讲的什么东西，什么陈词滥调，一边呆着，好好反省去！”
可是没有人。多么希望有人来争辩一番。

Tender

这些文档资料当然要看。不过一般是经理，老大们看。测试执行人员不需要什么类型的文档都看。

unilobster2

可以这样理解吧：测试也是分组的，各小组看自己相关的文档就可以了。

Tender

不是这个意思。
测试人员应该看需求文档，其他文档呢就要看公司怎么划分测试部门了。如果人员比较少，测试人员要看大部分的文档。如果测试部门比较大，人员比较多，那么就按照具体的分工，老大们可能看些比较重要的文档，而测试人员就看一些基本的文档。