性能测试中基准测试策略
在性能测试过程中，我们经常遇到基准测试。一直都对基准测试有一些疑问。1、什么是基准测试？
2、基准测试策略是怎样的？
3、做基准测试有什么作用？
希望哪位达人能解答啊！！ 简单的说，就是单用户，单业务，连续迭代N次，获取平均业务响应时间，可以认为就是此业务的最快响应时间。基本目的是：
1 确认单业务无性能问题，可以满足需求。所有待测业务都满足需求，才有必要进行下一步的测试；如果此时的响应时间都比预期的差，那就没必要测了，让开发修改吧。
2 所得数据可以为后续负载测试提供参考依据。 就是你需求说明书中要求做的性能标准啊 同意楼上的说法，此策略我个人认为类似于功能测试中的冒烟测试，但冒烟是主要的功能是否与说明的一致，这里就是测试这个单业务在单用户多次迭代运行求出的平均值基础上来对照规格说明是否符合该业务相关的性能特性说明
个人观点，请指正 其实基准测试也有一部分人就做绿灯测试。 不懂，不懂......
1. 单用户运行就可以了，怎么还要迭代（iteration？）？ 在场景设置中多运行几分钟不就可以了么？
2. 即使是单用户单业务测试得出了基准，如平均事务响应时间，但是我们测试时其实都是多用户并发，这1对多，有社么意义？
3. 网上有提到过基准测试的定义，要求在新增一个功能时，需要测试两个场景：打开新增模块/关闭新增模块，以此判断新增模块对系统的性能影响。但又提到，做基准测试时，每次修改一个配置，如验证jvm内存对系统的影响，可以每次增加25%等。那么，这个说明跟开/关新增模块进行基准测试，定义岂不是不同了？
请高手指点一下？ 有没高人可以指点一下啊？帮人一忙，胜造七级浮屠啊:handshake 还是没人搭理....就没人对性能基准测试比较熟悉么？
页:
[1]
