51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6350|回复: 23
打印 上一主题 下一主题

[原创] 一个性能测试指标,我该怎么进行压力测试

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-7-25 09:46:41 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
系统使用flex 4.0开发,是一个B\S架构,需要做性能测试,系统需要达到的条件如下,不知道该如何进行测试,希望大家给予指点,在此谢谢
系统在目前网络条件下性能上要满足如下要求:
注册用户:300人
活跃用户:150人
同时在线:120人
并发用户:100人
登录时间<5秒
接口响应时间<3秒。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

24#
发表于 2011-8-9 15:56:36 | 只看该作者
回复 1# 懵懂的女孩


    你说的注册用户:300、活跃用户:150、同时在线:120、并发用户:100是一个需求吗?那做性能测试的时候是需要同时满足这些条件,还是分开来一个做一次性能测试
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2011-8-7 21:13:53 | 只看该作者
注册用户:300人
活跃用户:150人
同时在线:120人
并发用户:100人
登录时间<5秒
接口响应时间<3秒。
我建议与接口分开来进行测试,第一,注册用户数是300,找到300个可用的UID(参数化用UID为数据库中存在的),第二,活跃用户150人(因为活跃用户已经带有登录状态,所以同时在线整合到活跃用户数中测试),在不设置集合点的情况下进行压测(使用300个UID设置参数化为不同用户)这个就看你们的业务了,比如你说的登录,设置事务计数登录时间,第三,接口响应时间,建议进行接口性能测试,接口参数需要跟开发要
回复 支持 反对

使用道具 举报

  • TA的每日心情

    2017-4-21 14:59
  • 签到天数: 8 天

    连续签到: 1 天

    [LV.3]测试连长

    22#
    发表于 2011-8-6 18:40:51 | 只看该作者
    努力的学习LR,QTP
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    21#
    发表于 2011-8-5 16:16:45 | 只看该作者
    我也感觉所说的100人并发并非LR中设置的并发人数
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2011-8-5 09:21:08 | 只看该作者
    学习一下!!!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2011-8-3 16:32:10 | 只看该作者
    性能测试是在一定的软、硬件环境和一定的网络环境下进行的··············就是等于说:你在这个环境下进行了测试,那如果换个环境,那性能还有必要说吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2011-8-2 11:18:12 | 只看该作者
    学习
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2011-8-1 16:13:20 | 只看该作者
    还有一点,楼上的 活跃用户:150人 这个数目是什么  怎么没人提及?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2011-7-31 23:17:01 | 只看该作者
    楼主的这个需求很典型就是一个模糊需求,这个性能指标说的不清,起码的硬件、websvr、网络环境、数据库环境以及并发场景功能细分等等都没给出来,这样盲目测试出来的性能指标没什么参考性;
    至于策略,我想这里的最大难点的就是并发用户的,并发操作用户能占总在线用户的30%就已经很不错了。集合点后并发用户尽量由少至多,出来多分数据后好对比分析。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-1-30 12:49
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    15#
    发表于 2011-7-30 10:55:33 | 只看该作者
    性能指标有问题,不符合目前大多数软件模型.并发用户量最多是在线用户量的30%,而且所做的操作也不一样.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2011-7-29 18:22:02 | 只看该作者
    顶3楼!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2011-7-29 17:21:29 | 只看该作者
    100个用户同时点击一个请求的可能性的确很小,可以20、40、60、80、100、120逐渐加压,试试看,100个用户并发 能否达到瓶颈 如果没有 那么就满足需求喽
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2011-7-28 19:53:17 | 只看该作者
    学习一下啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2011-7-28 15:14:58 | 只看该作者
    建议把注册用户数提到1000以上
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2011-7-27 12:21:37 | 只看该作者
    是啊,120人在线,不大可能有100人并发的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2011-7-27 11:49:45 | 只看该作者
    LS分析的有道理;
    个人理解一下实际场景:120人在线,有20个人在查看网页。另外100个用户有点击等操作;显然同时点击同一个请求的可能很小。那么在这种情况下如何模拟不同的用户同时做不同的操作?多脚本同时并发?还是修改需求,比如达到10个人同时点击一个请求?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2011-7-27 10:38:40 | 只看该作者
    回复 3# mr.bee


        LZ所说这个“100并发”根本就不可能是LR中集合点这总并发

    总共120人在线 100个人并发一个操作?
    可能么
    最后得出数据也是没有任何意义的

    如果过了倒是好说 如果没满足小于5秒
    会有人去处理这样的问题么 还是项目会延期?

    LZ如果不相信 可以去问问写需求的这个人
    他所说的并发是指什么
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2011-7-26 14:28:16 | 只看该作者
    学习学习
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2011-7-26 14:01:14 | 只看该作者
    首先要弄清一点:一个应用系统性能上满足什么要求是系统本身和所部属的服务求硬件配置决定的,而不是由测试决定的。测试只能给出系统目前实际能满足多少用户并发,或者多少用户并发能达到目标值。若测试完成后未能达到预期的指标,就要根据结果数据去逐步分析瓶颈所在,属于应用系统本身的,那就需要进行系统优化,若属于硬件上的那就要升级硬件(条件满足时)。
    二楼和三楼的意见都很好,楼主可先逐步测试系统在满足性能指标的前提下到底支持多少并发,然后逐步加压,通过LR各结果图标和应用服务器、数据库服务器的CPU、内存等使用情况去定位问题所在。
    若直接进行120用户并发,集合点等待83%的策略的测试就满足登录时间<5秒、接口响应时间<3秒,并且服务器资源和网络使用情况正常,运行过程吞吐量、点击率也正常那就说明系统是满足要求的,出个报告即可。此时也可以考虑再做个疲劳或稳定性测试。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-21 15:34 , Processed in 0.091074 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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