请教搜索框的压力测试用例

amani

请教大家问题：
如何设计 类似 百度搜索引擎 的压力测试的测试用例 ？？？

我们公司没有需求， 只能测一步算一步了。

楠族开心果

我觉得要看看是不是可以模糊查询吧

Jackc

既然LZ已经在追求压力测试了，那么相信你们的功能测试已经比较完善了。压力测试的用例其实根据功能测试用例筛选出来，只是在测试环境上加一些限制罢了。

1、次数测试：选择测试目标一般主要功能，比如搜索框的启动、搜索框内的字符编辑、搜索功能等等，每个功能可能有N多用例，以用户可能使用频率最多的尺度来划分优先级，优先级高的先测，多测，低的少测，甚至不测。

2、时间测试：包括两部分，一是响应时间，这个自然越短越好；二是长时间运行，这个自然是越长越好，经常这个测试有一部分会与次数测试结合起来（多次的反复操作自然带来了程序的长时间运行）。而长时间的另一部分内容则是程序稳定运行状态下的测试，比如待机、休眠或某单一状态，这就需要看编辑框哪些功能可以长时间使用，这个我没深究过

3、负载测试：虽然这个测试官方解释说是模拟真实用户环境测试，其实可以理解为，在程序运行的要求资源不足下的测试。主要检测程序运行的极限。比如，没有足够的内存（可以用庞大的数据代替），超小的带宽等等，反正程序正常运行要求什么资源，我们就将什么资源裁剪。

4、有一些公司还会把兼容性测试包括在性能测试内，主要有两方面：
本地化测试，多体现为多国语言的测试和测试目标与各种其他交互产品的测试。
错误测试，模拟一些错误的信息检测程序的容错性。

小结：如果你们的产品能在WINXP上跑，就用QTP来做1、2项测试吧。虽然在结果检查点设置上比较麻烦，好在无须手工去反复操作或长时间的苦苦守候。至于3、4项的测试，根据你们的产品需要达到什么样的目标选择一些来做。
如果有哪些测试没有做到或没能力做的，记得在产品说明书里写上：“请不要XXX错误操作，莫造成不必要的损失。”

楠族开心果

还要加个模拟多用户使用吧