测试的目的，测试的困惑

unilobster2

了解。
还是回到原来那个问题，测试与设计，研发。

nakata_fy

我看功能需求书和详细设计，没什么用，顶多从功能需求书中知道模块中的功能，从详细设计里知道这功能用到哪张表。在测试某个系统的流程过程中，可能会发现设计人员的某些疏忽或不恰当的地方，这时会把想法告诉他们，我想作为测试的对软件的设计的影响仅此而已。至于背后有多少程序在跑，这问题我没研究过，当然知道和了解是最好的。

保证软件质量是最重要的，功能正确实现，用户用的时候当然就不可能被他们看到什么bug，这样测试工作算是成功完成。楼主的想法比较好，每个测试人员都希望做到那样，不过我没遇到带我的人，因此没有提高。

你怎么不去做开发？

nakata_fy

测试与设计应该有关系，测试会发现设计中的问题，研发。。。 大概没有吧，至少现在不关我的事

unilobster2

大家要这样想，老做测试也没什么成就感是不是？
等到作开发那天，让那帮年轻的去帮我做测试，感觉也不错，是不是？
我们要不仅仅做开发，测试也要管，将来在我们的“领导”下，开发出更高质量，更能满足用户需求的软件，岂不快哉？

我们的目标，不是没有“蛀牙”，而是有健康洁白的牙齿。

unilobster2

继续我们的讨论，测试与设计，研发。

sullen0872

unilobster2有魄力~有雄心

sullen0872

关于测试我也发表点自己的看法。我认为测试应该详细的知道开发的需求是什么而不只是测试的需求。测试需要拓展，不能有所局限。

unilobster2

谢谢。
有个新问题，大家怎么计算，还有利用测试结果的数据的。怎么从数据中发现问题啊？

森林一木

其实大家说的这个，我个人认为，如果我们有开发的功底，自然而然的就会去想的，所以提高测试水平，工作质量，编码经验绝对不能少！

unilobster2

要不要也有设计经验呢？要不要项目管理经验呢？
我们的目的是用测试去完善我们的设计，促进我们的研发。

kpxl

楼主的问题很好，比较深刻也比较尖锐！
我想如果我们国内的软件测试人员有五分之一有楼主这种工作方式和态度，中国的软件测试绝对不会是现在这个样子。
说说我的看法：一般的软件公司是测试人员不参与软件前期的需求调研和方案设计的，由项目经理把调研回来的情况整理成Spec，然后，开发和测试都是拿着这份Spec进行系统设计和测试用例的开发。所以从用户的角度考虑系统基本上也只能是界面上的，很难深入到系统逻辑和业务流程。对整体的产品质量不是很好，我们公司现在就是把测试和开发往前推，在需求调研的时候就介入，这样对整个系统的把握就比较好。
至于说测试出Bug是否需要追究Bug的原因，这个是仁者见仁，我是主张追的，这样一方面能够早早期发现问题的时候能够尽早的定位，减少开发修改bug的时间，一方面也是对测试人员本身水平的提高。当然如果不能进行定位，找到Bug发生的规律也基本上够了。

unilobster2

谢谢斑竹（斑竹真多）。
公司可能不要求一个测试员去考虑这么多，但是我们自己不能仅限与此。我们测试时，可以适当看看项目的概要和详细说明书，理解项目的架构，理解项目的逻辑。这会给你的测试带来方便，更会给你以后的测试工作带来方便。
说一个个人意见，我觉得一个优秀的测试员所应具备的知识和经验，应该比一个程序开发员还要多。一个测试员应在某些方面更像一个系统分析员，他对一个项目的理解应该比一个开发人员的理解还要深。开发员可能只限于一个模块，但一个测试员的眼光应该在于整体。product right和right product都是他应该所要考虑的。
我想，这样的想法大家都有，只是不知道怎么去做，实际操作很难。我想讨论的主要目的也在于此。大家的思想是无穷的。
我的一个想法就是，利用测试bug的数目，bug性质，来分析设计的优差，来回归研发。

unilobster2

我要当斑竹，行不行？斑竹？

unilobster2

没人回答，收回上面的问题，继续刚才的讨论。

unilobster2

期待......

小一

我们公司根本就没有啥文档，公司认为这叫测试，但在别人眼中感觉那个工作根本就不叫测试，只能叫验证一下。而且啥文档都没有。都是口头的交流，然后由所谓的测试工程师在测试过程中怀疑这个功能是否有，然后去问开发人员然后再确定是否为BUG。。。。。

好郁闷的。。。。。。。

swallow1981328

我没测过什么大项目，但就经手的小项目来说，我认为测试经验的总结和对该软件的评估是很重要的。测试经验的总结有助于提高测试工作效率，减少漏测及提高测试水平，对软件的评估则可以把此次测试过程中，测试人员及开发人员共同发现的软件结构缺陷等问题作为今后开发时要尽量避免的经验教训。如果每次测试都能有所总结，且在新的开发或测试中接受教训，就能够不断的提高软件产品的质量。


测试就是为了提高软件的质量，在成本允许的情况下，尽量减少产品的bug。

unilobster2

同意楼上观点。
项目再小，测试也是不可或缺的。麻雀虽小，五脏具全。

unilobster2

大家有过一个项目结束后，对测试经验的总结和对该软件的评估的经验吗？

冰河

呵呵，楼主的想法和建议都很不错，但我认为，涉及到测试设计就得涉及到测试人员的水平了~~

拿可以做设计测试的测试人员来说，我感觉首先设计得具有可测性，估计现在一般公司采用的都还是对设计文档进行评审的做法，真正规范测试设计的恐怕没有，而且也许规范测试设计都是无据可依的不是？

如果设计真的具有可测性的话，当然应该尽早验证或测试设计。因为如果一旦进入系统测试阶段才发现是设计不正确引入的BUG的话，估计风险就大了，而且修改起来会耗费更多的时间和人力～～

匆忙之中先说这么多，有时间再过来讨论～～

个人建议，不对，还请海涵～～