Chinaunix首页 | 论坛 | 博客
  • 博客访问: 126905
  • 博文数量: 87
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 0
  • 用 户 组: 普通用户
  • 注册时间: 2017-12-21 12:14
文章分类

全部博文(87)

文章存档

2015年(10)

2014年(2)

2013年(6)

2012年(69)

我的朋友

分类: WINDOWS

2012-08-25 11:47:40

方案一:
场景1:登录-管理-退出登录
场景2:浏览推荐文章、浏览推荐相册
方案设置:
    50用户并发,持续时间1小时;
    分别给三个场景分为三个小组,各分配50个并发用户;
    登录、浏览推荐文章、浏览相册、打开主页操作分别设置为单独的事务;
    分别为两个场景设置集合点;
    使用四个参数替换登录用户与cookies的用户名,参数为random随机选择;
    脚本中加代码输出每个虚拟用户使用的参数和迭代次数;
    在controller中添加measure监视本地测试机资源;
    在controller的运行时设置中,启用日志记录,始终输出信息,选择参数替换,便于查看参数的使用情况。
    使用controller的浏览器仿真,选中[下载HTML资源][每次迭代模拟一个新用户],不模拟浏览器缓存。
方案二:
场景1:登录-管理-退出登录
场景2:浏览推荐文章、浏览推荐相册
 
方案设置:
    100用户并发,持续时间1小时;
    其它与上述相同。
期待结果:
    事务响应时间:3秒之内(非常好)、3-5秒(一般)、5-8秒(免强接受)、8秒以内(用户不能接受),一般都遵循3、5、8原则;
    每秒事务数:80%的事务在20%的时间内完成,一般遵循80-20原则;
    服务器在受压情况下,cpu最佳占用率为60%~80%,多了cpu受不了,少了资源浪费;
    服务器在不受压情况下,内存占用率最佳为25%,多了影响服务器性能;
    本地测试机的CPU占用率少于82%。
阅读(3703) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~