路漫漫其修远兮,吾将上下而求索!~

性能测试杂谈之:如何做性能测试用例设计

上一篇 / 下一篇  2010-01-28 10:36:23 / 个人分类:性能测试

我在前几次性能测试杂谈已经简单描述了性能测试需求获取和各操作系统的一些监控指标,那现在一起来看看如何进行性能测试用例设计吧。

      前面我们做了很多工作主要是为测试用例设计做准备,如果需求都不明确,咱们如何设计呢。测试用例设计的时候要把握这几个关键环节。

<!--[if !supportLists]-->1.    <!--[endif]-->确定目标

这里的目标指的当前测试系统的目标值,或者说是客户的期望值,也有可能业内的标准值。这里设定的时候一定考虑测试执行环境的影响,因为一般情况测试时不可能是在真实或上线的环境中测试。这个时候我们一定根据测试执行环境和真实、上线的环境进行比较,将我们原有目标值换算成我们测试参考值。一般受影响的环境,有服务器的配置、网络环境、数据量等。

<!--[if !supportLists]-->2.    <!--[endif]-->场景设计

我个人认为场景设计是性能测试用例设计最关键环节,很多人会想“大傻”你又来忽悠我们了,这还不好设计,就是模拟用户的场景就行了。我们还是拿【性能测试杂谈一】中的例子来说明一下。【某系统在做个人日报和汇总日报时,收费业务点击结账时要等很久】,我会设计以这种场景。

场景编号

场景内容

备注

场景1

收费业务

50100200

场景2

收费业务+个人日报

50+50 ,100+50

场景3

收费业务+汇总日报

50+50 ,100+50

场景4

收费业务+个人日报+汇总日报

50+50+50 ,100+50+50

      为什么这样设计,主要为执行考虑,如果我测试场景2的时候,我就发现问题了,我还有必要再去执行场景3和场景4。但是又有人会有疑问,如果第一次就选择场景4,一次就Ok,但是大家要想到业务组合越多,对后测试执行时脚本调试、数据准备和恢复的工作量是巨大,发生错误的概率更大,而且为我们测试结束定位和分析更为困难。测试用例场景的设计一定考虑测试的执行,场景设计一定从简单到复杂。

      什么是最好的性能测试用例,就是在最短的时间内能快速准确的定位到系统瓶颈。


TAG:

 

评分:0

我来说两句

Open Toolbar