即时通软件性能测试（与宴宾的对话）

阳光 21:33:02
请教一个问题
阳光 21:33:14
即时通信软件的性能一般如何评价？？
 晏宾 21:35:05
会对各个后台服务，分别做压力测试。主要考察不同通讯量下的传输时间，稳定性等等。

阳光 21:36:03
如何解决协议层加密的问题？？
 晏宾 21:37:15
可以拿到这些加密算法
阳光 21:37:57
一般你们通过什么工具仿真用户请求？？（或者生成负载）？
 晏宾 21:38:27
测试后台服务，我们一般都是c写
阳光 21:38:42
自己写的程序呀
阳光 21:39:15
问个弱质的问题，何为QQ的后台服务？？
 晏宾 21:39:17
对呀， 组包加密比较麻烦
阳光 21:39:25
哦
 晏宾 21:39:49
所有的和服务器的交互，基本都是后台单独的服务来完成的
阳光 21:40:06
qq不是点对点的服务吗？？
 晏宾 21:40:17
就是和QQ客户端通讯的
 晏宾 21:40:24
不完全是
 晏宾 21:40:49
文件传输、视频，一般是点对点的。
阳光 21:41:07
聊天是通过服务器转发的？？
 晏宾 21:41:25
文本传输这些，为了保证稳定性，一般需要服务器转发
 晏宾 21:41:49
聊天的服务还不算是最多的服务器
 晏宾 21:42:08
最多的服务器，应该是 好友状态拉取服务器
阳光 21:42:31
哦
阳光 21:42:48
好友状态拉取指的是什么？？
 晏宾 21:43:13
每人几百个好友，每过几秒钟就要获取一下这些好友的状态 。否则，没办法保证即时性了
阳光 21:43:29
哦
 晏宾 21:43:32
好友状态拉取，就是你看到的好友在线不在线
阳光 21:43:42
拿出了这个聊天功能，是不是还有其他的一些功能
阳光 21:44:13
另外是不是及时通信软件，基本上都是这样的原理？？
 晏宾 21:44:26
原理都是一样的。
 晏宾 21:44:47
就是用户量不一样， 服务器的架构就完全不一样了
阳光 21:45:21
那么对于这种好“友状态拉取”的性能一般如何评价？？
阳光 21:45:29
或者说如何测试？？
 晏宾 21:45:43
qq的架构已经推倒重做几次了。  同时在线几百万，和几亿， 架构差得就太大了。
阳光 21:46:19
那么一般像QQ这种情况，数据量会有多大？？
 晏宾 21:47:05
现在腾讯同事在线好像是三千多万吧
阳光 21:48:00
哦
阳光 21:48:24
你们都是测试在线服务器吗？这样的数据量如何进行仿真？？
 晏宾 21:49:22
好友状态拉取，首先要构造好友关系链，让好友在不同的号码段（不同号码段信息存在不同的服务器）， 屏蔽缓存，模拟拉取命令即可
 晏宾 21:49:34
测试，肯定不能完全仿真了
 晏宾 21:49:50
不会在 在线服务器做
 晏宾 21:50:11
一般，大的版本升级时，会加服务器，在服务器上线前，可以直接做测试
 晏宾 21:50:44
但是，不能完全仿真的。  只能模拟一个小的环境，
阳光 21:51:01
哦，那怎么模拟多用户在线呀
 晏宾 21:51:06
测试出数据，结合负载均衡测试数据，用数学模型计算一下
阳光 21:51:35
有什么好的数学模型吗？
 晏宾 21:51:59
呵呵，这个就是根据服务器模型自己推算了
阳光 21:52:20
等比计算还是，统计分析？？
 晏宾 21:52:41
主要还是分析，肯定不是等比
阳光 21:52:53
能举个例析吗？？
 晏宾 21:53:12
其实，即使做完了也要在线上运营来看的
 晏宾 21:53:48
分析主要分析瓶颈
阳光 21:54:01
哦
阳光 21:54:37
另外用户查找，功能、信息修改，是不是也要做性能测试？？
 晏宾 21:54:44
有一种敏捷外网发布模式。叫灰度放量
不知你听说过没有
阳光 21:55:07
没有，有资料吗？我看看
 晏宾 21:55:20
上网搜一下，就都是了
阳光 21:55:25
好的
 晏宾 21:56:15
用户查询、修改，这些都是单独的服务器环境来做的。和其他服务影响不大
阳光 21:57:59
哦，那么也就是说，即时通信软件最大的性能考验就是“好友状态拉取”了能这么理解吗？？
 晏宾 21:58:46
呵呵，算是一个大的考验。 也不能说最大吧
阳光 21:59:00
那还有什么重点关注的？？
 晏宾 22:00:34
这个主要看系统的架构设计吧
阳光 22:02:21
那么考察的指标会有哪些
阳光 22:06:36
谢谢了宴宾，我有一个初步的想法了，非常感谢你
 晏宾 22:06:48
我们主要看不同压力下的系统资源情况