关于IM即时通讯工具的性能测试
不好意思，刚刚发到QTP版块了，在此重发一份，希望斑竹高抬贵手，不要给偶删除了哦，谢谢啦:P各位请问有谁测试过类似于MSN的IM及时通讯工具啊，单位最近有一个项目，对这一块的性能测试要求比较高，具体该如何组织这次性能测试，还是有很大的疑虑，欢迎大家各抒己见，给偶一点建议，吾将感激不尽矣！ :'( :$ 这个要测的性能测试应该是指IM服务器的吧。 这个IM 服务器就很复杂了
IM的后端服务器有登录认证、会话管理、通信管理的。
必须确保各个环节的服务器都被压。
光是登录，估计你就要开发帮忙做到能重放协议了。
准备好很多的工时消耗了 性能方面的要求，主要是 服务器的吞吐量 和 前台时间响应
比如说服务器可以支持5000以上的并发，并且能根据需要及时扩充
前台时间响应：
比如说 ：系统在基准配置(1G HZ CPU ,512M内存) 下运行表现流畅。
正常网速下，即时消息的响应速度不超过2秒。 liangjz 斑竹，您能帮我讲详细一点吗？我不是很懂，怎样才能做到做到能重放协议呢？:o 针对这两方面的性能需求，我该如何设计这次性能测试比较好呢？
另外：大家有没有做安全性测试，截获数据包的那种测试？ 我们知道，IM为了防止被别人攻击，登陆的时候都加了防止重放攻击的技术。
比如在某些网络包加入时间戳。
loadrunner 脚本为了顺利回放，需要开发修改代码满足loadrunner脚本回放通过。
一般改动包括
1）超时限制
2）时间戳限制
3）登录尝试限制
4）验证码
5）会话粘着
。。。。。 如果通讯加密的话，我看还是算了。 cnothing 所言极是。
呵呵，这样的话，ｌｏａｄｒｕｎｎｅｒ Ｍｏｎｉｔｏｒ监控＋自己开发客户端加压 听不懂，好像很麻烦哎。。。我再研究研究老。。。:P 非常感谢各位前辈的指点:P 米有看懂，还得在研究研究 楼主，有进展否？
目前也遇到类似项目的测试，登录就被拦住了。只能用录制的用户登录才成功。其他都失败
页:
[1]
