性能测试例子
大家都说，性能测试分：可预期性能测试、负载测试、压力测试这几种。它们又统称为“性能测试”范围广。实际测试时是每种分开测试呢，还是混在一起测呢？另外，如下还有一些疑问，大家一起讨论。
可预期性能测试：是指通常在SRS中明确指出了的，如响应时间小于3秒，支持并发用户数30个。它是系统
最起码最基本应该满足的性能。我们的任务就是验证它是否满足即可。但我有如下疑问：
1、SRS说的这么笼统，并没有指明哪个功能模块应满足，那怎么办呢？
2、这类测试是不是只要通过LR来模拟30个并发用户数，然后观察它的响应时间是不是小于3秒就可以了？
负载测试：是指通过逐步增加负载，观察，在满足性能度量指标（小于3秒）的情况下，系统所能支持的最大负载量。我有如下疑问：
1、负载测试增加负载的方式是不是只考虑“并发用户数”？
2、这里的“系统所能达到的最大负载量”也是指“最大的并发用户数”吗？
3、测试方法是不是也是用LR来模拟用户数
压力测试：是指通过加压的方式，最终目的让系统崩溃，以确定系统能提供的最大服务级别，我有如下疑问：
1、压力测试是要让系统崩溃为目的，那么此时，它是否也要满足（小于3秒）这个性能指标值呢，还是无需考虑
2、压力测试加压的方式有哪些，除了像“负载测试”一样的“增加并发用户数”外，是不是还有如下方式
重复执行同一个操作、某一个操作增加数据量级（如2倍于平常的数据量）、并发用户、并发操作、长时间72
小时疲劳测试、峰谷交替测试这些，还有哪些加压方式吗？
3、第2点中的加压方式，如何用测试实现，LR好像是以模拟并发用户数，而那些其它的加压方式用LR能否实现叱？ 帮顶 ::JFBQ00125080410a::: 我也想知道，怎么没有高手回答呢。 我献丑了，说的不对大家拍砖。
1、SRS说的这么笼统，并没有指明哪个功能模块应满足，那怎么办呢？
-----场景的选择也结合自己的产品。例如：51testing性能，发帖、回帖、注册、登陆、退出都是场景，可以参考现有数据库的数据作为分析，分析用户的习惯和场景。也可以对主要业务路径进行能力评估。
2、这类测试是不是只要通过LR来模拟30个并发用户数，然后观察它的响应时间是不是小于3秒就可以了？
----这种明确的性能就这么搞，比较简单。 1、负载测试增加负载的方式是不是只考虑“并发用户数”？
----一般是同样场景，增加用户数，观察平均事务处理时间，并发数等。
2、这里的“系统所能达到的最大负载量”也是指“最大的并发用户数”吗？
------是最佳用户数。不要在乎说法，看你是否理解了。
3、测试方法是不是也是用LR来模拟用户数
----其实我想说的是：测试本来包括：工具、方法和流程，用不用lr看自己情况。很多公司的压力器是自己开发的。 1、压力测试是要让系统崩溃为目的，那么此时，它是否也要满足（小于3秒）这个性能指标值呢，还是无需考虑
---压力测试是保证质量为目的，质量是一组固定特性符合需求的程度。性能指标多少，满足用户需求即可，例如：支持的业务量。
2、压力测试加压的方式有哪些，除了像“负载测试”一样的“增加并发用户数”外，是不是还有如下方式
重复执行同一个操作、某一个操作增加数据量级（如2倍于平常的数据量）、并发用户、并发操作、长时间72
小时疲劳测试、峰谷交替测试这些，还有哪些加压方式吗？
-----有点像可靠性测试，自动测试里面的猴子测试啥的也很像。
3、第2点中的加压方式，如何用测试实现，LR好像是以模拟并发用户数，而那些其它的加压方式用LR能否实现叱？
----------其他的方式？lr是模拟交互报文的方式，协议支持即可。
我做过的也比较少。时间仓促，希望有帮助。
页:
[1]
