51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6262|回复: 10
打印 上一主题 下一主题

[原创] 用loadrunner做性能测试,测试用例怎么编写

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-10-16 20:26:08 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
用loadrunner做性能测试,测试用例怎么写,跟功能测试用例的编写有什么不一样,用例应该描述些什么?因为在用loadrunner做性能测试时,是要录制脚本的,而录制的脚本是要进行被测试软件的操作,在用例里是不是要将软件操作描述写进去,刚开始做性能测试,请各位大虾知道就解答一下,谢谢了
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

11#
发表于 2011-10-19 15:43:45 | 只看该作者
8楼你的是测试报告吧
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2009-6-18 10:02:46 | 只看该作者

用loadrunner测试一下软件输入十万条数据后的运行情况

用loadrunner测试一下软件输入十万条数据后的运行情况,那这十万条数据应该怎么写入系统?是要设计测试用例吗?那位大侠有实战资料,请传给我一份,谢谢,邮箱:angel_zhutou521@163.com
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-5-21 10:26:18 | 只看该作者
bomp up!sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-5-21 09:10:38 | 只看该作者
1        目的
为了保证XXX系统可以达到客户所指定或隐含的性能,要对系统的压力和性能测试,找出XXX系统的性能瓶颈。
2        适用范围
XXX系统部分。
3        性能测试采集点
1.        本系统应能承受每天要有100万人次的访问量
2.        每天访问的最高峰将出现在上午9:30-10:30,访问量可达到每秒80人次;下午2:00-3:00时也会出现同样大小访问高峰。
3.        在概要设计中,身份验证使用了加密的验证文件的实现机制,致使身份验证这个环节有可能成为访问此网站的瓶颈。
4.        依据用户主观感受不完全统计,一般用户完全可以接受30s的响应数据;而一般的承受极限为60s以内。
5.        按照行业专家的研究表明,一般服务可以平稳运行,CPU的使用率一般持续维持在85%以下,否则将不能保证系统是安全、可靠、平稳的运行。

//注:用户性能测试采集点,可以从下面出发点开始
1.        用户需求中提出
2.        概要设计中,发现可能出现的性能瓶颈
3.        详细设计中,算法比较复杂,可能影响性能的点
4.        系统集成测试过程中,相应比较慢的地方
5.        调用过多的或访问量大的模块;数据量大的数据库表
6.        隐含的性能要求,如:页面响应速度一般不要超过30s
4        用户环境
4.1        硬件环境
1.Web服务器
2.数据库服务器
3.客户端
4.2        软件环境
1.Web服务器:
操作系统
应用软件
2.数据库服务器
操作系统
应用软件
3.客户端
操作系统
应用软件
4.3        网络环境
网络传输速率:
5        选择工具
Loadrunner、Infrared
Loadrunner:可以模拟真实环境中,多人同时访问被测试系统。
Infrared:主要用于查看SQL语句以及各个类访问量和访问速度,以便于开发者修改性能瓶颈。
6        测试环境设计
6.1        硬件环境
1.Web服务器
2.数据库服务器
3.客户端
6.2        软件环境
1.Web服务器:
操作系统
应用软件
2.数据库服务器
操作系统
应用软件
3.客户端
操作系统
应用软件
6.3        网络环境
7        性能测试设计
8        测试安排
XXX性能测试:从   至
YYY性能测试:从   至
测试人员:
总结人:
9        总结表
10        附录
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-5-20 18:54:18 | 只看该作者
5,6楼综合起来就基本差不多了。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-5-19 17:52:26 | 只看该作者
大家应该多多讨论啊 !sdlkfj6
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-10-17 17:01:25 | 只看该作者

不用吧,

我觉得你设计用例时,只需要表明你的测试策略.
比如说:
需要测试的操作都有哪些?
测试策略是什么?加多少用户,或者是需要测试的操作的响应时间是多少?
如何测试,持续增加压力,还是固定的只测某个压力下系统的反映。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-10-17 11:50:27 | 只看该作者
1.脚本:集合点,事物
2。场景如何设置:多少虚拟用户,多长时间并发多少。。。
3。分析结果
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-10-17 10:08:30 | 只看该作者
多实践才好的!
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-9-29 13:45
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2005-10-17 09:13:48 | 只看该作者
    先找个帮助看看
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-9-20 07:01 , Processed in 0.076221 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表