51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 8267|回复: 12
打印 上一主题 下一主题

[原创] 关于IM即时通讯工具的性能测试

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-3-4 17:06:10 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
不好意思,刚刚发到QTP版块了,在此重发一份,希望斑竹高抬贵手,不要给偶删除了哦,谢谢啦


各位请问有谁测试过类似于MSN的IM及时通讯工具啊,单位最近有一个项目,对这一块的性能测试要求比较高,具体该如何组织这次性能测试,还是有很大的疑虑,欢迎大家各抒己见,给偶一点建议,吾将感激不尽矣!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-3-4 17:53:00 | 只看该作者
这个要测的性能测试应该是指IM服务器的吧。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-3-4 20:56:31 | 只看该作者
这个IM 服务器就很复杂了

IM的后端服务器有登录认证、会话管理、通信管理的。

必须确保各个环节的服务器都被压。

光是登录,估计你就要开发帮忙做到能重放协议了。

准备好很多的工时消耗了
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2008-3-5 10:31:19 | 只看该作者
性能方面的要求,主要是 服务器的吞吐量 和 前台时间响应

比如说服务器可以支持5000以上的并发,并且能根据需要及时扩充

前台时间响应:

比如说 :系统在基准配置(1G HZ CPU ,512M内存) 下运行表现流畅。
         正常网速下,即时消息的响应速度不超过2秒。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2008-3-5 10:33:22 | 只看该作者
liangjz 斑竹,您能帮我讲详细一点吗?我不是很懂,怎样才能做到做到能重放协议呢?
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2008-3-5 10:36:16 | 只看该作者
针对这两方面的性能需求,我该如何设计这次性能测试比较好呢?

另外:大家有没有做安全性测试,截获数据包的那种测试?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-3-5 13:16:33 | 只看该作者
我们知道,IM为了防止被别人攻击,登陆的时候都加了防止重放攻击的技术。
比如在某些网络包加入时间戳。

loadrunner 脚本为了顺利回放,需要开发修改代码满足loadrunner脚本回放通过。
一般改动包括
1)超时限制
2)时间戳限制
3)登录尝试限制
4)验证码
5)会话粘着

。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2008-3-5 16:01:34 | 只看该作者
如果通讯加密的话,我看还是算了。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2008-3-5 19:15:43 | 只看该作者
cnothing 所言极是。

呵呵,这样的话,loadrunner Monitor监控+自己开发客户端加压
回复 支持 反对

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2008-3-6 09:10:19 | 只看该作者
听不懂,好像很麻烦哎。。。我再研究研究老。。。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
 楼主| 发表于 2008-3-6 09:11:12 | 只看该作者
非常感谢各位前辈的指点
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2013-9-5 22:05:39 | 只看该作者
米有看懂,还得在研究研究
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2019-3-15 10:16:50 | 只看该作者
楼主,有进展否?
目前也遇到类似项目的测试,登录就被拦住了。只能用录制的用户登录才成功。其他都失败
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-22 15:01 , Processed in 0.080675 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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