消息引擎性能测试方案文档格式.docx
《消息引擎性能测试方案文档格式.docx》由会员分享，可在线阅读，更多相关《消息引擎性能测试方案文档格式.docx（11页珍藏版）》请在冰豆网上搜索。
1.2.背景4
1.3.范围4
1.4.参考依据4
2.测试概要5
2.1.测试环境组网图5
2.2.测试服务器配置6
2.3.测试任务6
3.测试内容及方法8
3.1.测试内容8
3.2.性能指标测试8
3.2.1.用户注册接口8
3.2.2.用户登陆接口8
3.2.3.用户心跳接口8
3.2.4.用户在线消息接口9
3.2.5.用户在线控制接口9
3.2.6.用户在线批量查询接口10
3.3.测试手段10
3.4.测试工具10
3.5.测试指标10
4.测试入口11
5.测试完成准则11
1.概述
1.1.目的
本测试方案只针对消息引擎的性能测试报告，目的在于发现消息引擎性能极限及潜在问题。
确认是否满足天威要求的指标。
在一定的负载下能否正常运行，响应时间和响应速度情况；
长时间运行，系统是否能运行正常。
找出平台的性能瓶颈并调优，解决平台的性能问题，如内存溢出，速度慢等问题
编写本方案的目的是指导本次性能测试有序的进行，相关人员了解本次性能测试
1.2.背景
天威要求结合融合业务新增消息引擎模块，负责系统广播、用户沟通及多屏交互的消息收发中转功能。
1.3.影响范围
主要针对消息引擎收发能力上限进行确定；
消息引擎在压力情况下收发是否稳定；
大数据量情况下是否存在系统缺陷或者瓶颈。
计划采用消息引擎服务器所在交换机同网络下进行压力测试，在不影响其他网络环境情况下进行MES性压力测试。
1.4.参考依据
文档名称
版本
备注
消息引擎系统需求说明书.doc
消息引擎技术方案.doc
消息引擎系统对外API接口文档.doc
消息引擎系统接口设计文档.docx
消息引擎系统系统设计文档.doc
XMPP消息引擎STB客户端与其他应用通信方案.docx
2.测试概要
2.1.测试环境组网图及服务器IP表
天威MES服务器IP规划表（目前系统仅部署172.18.77.31-32，根据压力测试需要随时启用另外2台部署）
2.2.测试服务器配置
消息引擎
硬件
机器台数
1台
内存（G）
8G
CPU（GHz）
8*Intel（R）Xeon（R）CPUE5-26090@2.40GHz
硬盘（G）
300G
软件
操作系统
RedHatEnterpriseLinuxServerrelease5.864位
服务
消息引擎相关部件
JDK
JDK1.6.0_22
Mysql
8*Intel（R）Xeon（R）CPUE5-26090@2.40GHz
Mysql相关部件
压力机
1台
4G
I5-34703.2GHz
120G
Windows7
Loadrunner11
2.3.测试任务
任务
计划开始时间
期望完成时间
说明
性能测试设计阶段
已完成
接口进行整理，编写测试用例整理、测试环境搭建
性能测试脚本编写
性能测试脚本编写；
性能测试参数调整
性能测试数据准备
性能测试执行
12月23号10点
12月23号11点
单机环境下进行性能测试和稳定性测试
测试报告的输出
12月23号12点
性能测试报告的输出
测试准备工作
详细检查过程
准备测试环境
测试环境已经部署完成，且功能正常
准备压力机
部署3台以上WIN2003环境，和测试环境在同一网段不受网络或交换机影响干扰测试结果
安装LoadRunner性能测试工具
部署LoadRunner11，且能够支持单台10000消息收发以上
录制脚本
接口各模块相关脚本
创建场景
从0压力逐渐提高，按并发1000个压力，达到压力上线了持续20分钟。
调整测试参数及测试数据
确定各接口取数据方法，并获取足够数据
脚本调试验证
确认每个接口对应的脚本可正常执行，并且后台无报错
性能测试
将按照优先级由高到低进行测试
3.测试内容及方法
3.1.测试内容
3.2.性能指标测试
3.2.1.用户注册接口
验收项
用户注册接口
验收项编号
MES.006.07
验收点编号
MES.006.07.001
预置条件：
1、预置压力机
测试步骤：
1、详见性能测试报告
预期结果：
1、每秒处理事务>
2000tps；
2、平均响应时间不超过1秒；
3、系统硬件设备的CPU忙时利用率平均不超过70%，内存忙时利用率平均不超过70%；
测试结论：
3.2.2.用户登陆接口
用户登陆接口
MES.006.07.002
1、预置压力机
3.2.3.用户心跳接口
用户心跳接口
MES.006.07.003
3.2.4.用户在线消息接口
用户在线消息接口
MES.006.07.004
3.2.5.用户在线控制接口
用户在线控制接口
MES.006.07.005
3.2.6.用户在线批量查询接口
用户在线批量查询接口
MES.006.07.006
3.3.测试手段
LoadRunner模拟各周边部件直接发消息给消息引擎模拟压力，消息引擎将处理后的消息转发给测试桩（测试桩统计消息的个数和处理时间）。
先采用压力逐渐上升的方法，验证各接口性能稳定线，再稳定保持压力一段时间，判定性能稳定性。
测试过程中关注应用及数据库的系统资源（CPU\内存\网络状况\系统IO），消息单次响应时间，系统日志，整体消息丢失率及消息成功率。
3.4.测试工具
主要测试工具为：
LoadRunner11性能测试工具
辅助软件：
截图工具，office工具，Xshell登陆工具，FTP工具
3.5.测试指标
由于服务器在高峰期也需要保持一定的缓冲性能，所以要求高峰期服务器资源使用情况如下：
1、各模块服务器及数据库所在服务器CPU使用率不超过70%；
2、各服务器内存使用率不超过70%；
为了保证不因为压力机性能瓶颈导致性能测试结果不准：
1、压力机CPU占用率不能超过80%；
2、压力机内存使用率不能超过80%；
3、压力机网络占用率不超过50%；
从正确性和稳定性角度出发，必须满足以下条件：
1、测试过程中服务端未见异常错误日志；
2、测试完毕检查服务器CPU是否恢复到测试前水平；
3、测试完毕检查进程状态是否正常；
从用户体验角度出发，必须满足以下条件：
1、平均响应时间不超过1秒；
2、压力增加不影响原有已接入用户；
4.测试入口
1、测试功能点全部通过功能测试，确保功能没有问题
2、测试环境准备：
按照测试环境组网图、服务器配置与IP规化表，部署好各个应用
3、准备测试客户机：
准备二台测试机，安装Windows2003操作系统，安装loadrunner11应用软件
4、对于每一个测试功能点都要事先准备好测试脚本，包括参数化、虚拟IP等，准备好测试数据。
并且调试好，保证测试的时候能够顺利进行
5、创建测试场景，并配置好每个场景的设置
6、测试过程中保存每个场景的测试结果
5.测试完成准则
1）达到性能要求，即在要求的并发用户下，系统的响应时间小于等于客户要求的时间
2）在长时间运行后，系统不崩溃，各功能正常：
服务器CPU、内存、响应时间等参数保持稳定。
场景运行停止后，占用的资源可以释放
升级会员 