关于性能测试方面问题请教！

liaoxj

我们公司的产品要进行一次性能方面的升级，如果sql语句的优化，分表、分库、表结构及索引整理等工作。我将
>>具体负责这次升级的测试。我觉得这次测试需要进行大量的自动化测试。
>>
>>    以前我一直没有这方面的经验，希望能介绍一下好的测试工具，或好的测试方法。谢谢！

beiyue

厉害，

Nio

有两个问题：

1、如何调用处理后台数据的问题——这不是测试人员考察的切入点，测试人员考虑的是数据显示以及存储是否正确、显示存储的速度、安全性等。
2、测试工具——这个问题在于这次测试是否有必要使用测试工具？如何得出一定要用测试工具的结论？有没有时间去学这个测试工具？

wzb521

不同意楼上Nio的，Nio估计是在说功能测试， ：）
如果侧重于性能优化，那考虑的就多了，比如SQL 语言中的索引方式，查询方式等等。部分地方需要手工及人力进行代码审核。
而针对我们真正意义上的性能测试，即针对业务流进行冲击的话，就要考虑用工具了。
工具是必然的，但不是必须的。

以上为个人见解

Nio

楼上提到了SQL语言的问题——这还是个设计问题，作为测试人员要说明其不好、不合理，还是要依靠测试来说明，用我们的测试结果证明性能并没有被优化。如果直接去分析程序，也未尝不可，但开发人员不一定会接受测试人员关于程序应该如何设计的观点。——开发人员是不会理会我们对程序内部设计的“指手划脚”的，毕竟程序是开发人员在写，不是我们写，索引方式好不好、查询方式好不好，作为测试人员应该从软件的最终表象来定论。既使是在做单元测试，开发人员也不会让你去过问程序是如何设计、如何写出来的，他们只会让你去检查数据的输入输出是否有问题等。

wzb521

倒了，你有听过楼主说自己是测试人员吗？？

人家公司要进行性能升级，难道不是要从底层分析吗？

还有就是：不管开发人员允许不允许，有问题就要提出来。设计的好坏不是测试人员、开发人员所决定的，也不是我们能评价的，在项目组中所有成员都可以对项目进行怀疑，每个人的想法都是有一定道理的。

单元测试为什么没有测试人员介入，并不是因为不让，而是因为我们能力不够、时间不允许。

Nio

这里我再回应一下“能力不够”的问题：

有很多人认为作单元测试需要很多的程序方面的能力，其实不然。单元测试主要还是个测试问题，就拿数据的输入和输出来说吧，验证这个单元有没有达到预期要求，是根据要求去运行程序，输入要输入的数据，检查其输出是否是预期的结果。在这一过程中，测试人员要做的主要是：1、输入输出数据的准备；2、程序运行的相关知识；3、核对输出数据。除数据准备过程需要懂得相关程序知识外，剩下的工作还是比较简单的。而且大都数情形是开发人员会提供相关的输入和输出数据，因为程序是他们开发的，他们更了解程序。

wzb521

单元测试只是数据吗？
单元测试要看正确性、清晰性、规范性、一致性、高效性（好象也有）
算法？接口？参数？程序规范性？注释文档的完整性？
似乎这些都是单元测试的内容，而你所说的输入数据，检验数据，这只能说单元测试的一部分，也只能说大部分内容的测试都可以通过输入数据来检验。

拿面向对象里说的一些内容给你推翻一下，哈~

对一个类的测试，包括他是否描述了00A（面向对象分析）中的对象、属性、服务等，类中的功能是否比较单一等等。

还有重构思想，一些代码需要不需要重构，是输入数据所不能检测出来的。

我只做黑盒，所以有些东西也不懂，胡乱涂鸦，哈~~~，别介意我的无知和愚蠢。

：）

liaoxj

看了这么多！太感谢大家了！

liaoxj

Originally posted by Nio at 2005-4-20 01:50 PM:
有两个问题：

1、如何调用处理后台数据的问题——这不是测试人员考察的切入点，测试人员考虑的是数据显示以及存储是否正确、显示存储的速度、安全性等。
2、测试工具——这个问题在于这次测试是否有必要使用 ...

这位兄弟没有做白盒方面的测试！

wzb521

我也没做啊，刚工作1-2年的，普遍没有做白盒测试的，呵呵

Nio

个人的一点想法：

将单元测试做到楼上几位所说的仔细程度，对测试和开发人员来说都是个挑战。特别是有关程序算法的问题，还有“重构”思想——我不晓得这具体指什么。
程序规范性、注释文档的完整性——这不是测试的检查点，不过测试人员兼职做点质保的工作也未尝不可。

——上述几贴是本人对白盒测试的理解，仅此而已。