方案一:
场景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%。
阅读(3702) | 评论(0) | 转发(0) |