消息引擎性能测试方案文档格式.docx

1、1.2. 背景 41.3. 范围 41.4. 参考依据 42. 测试概要 52.1. 测试环境组网图 52.2. 测试服务器配置 62.3. 测试任务 63. 测试内容及方法 83.1. 测试内容 83.2. 性能指标测试 83.2.1. 用户注册接口 83.2.2. 用户登陆接口 83.2.3. 用户心跳接口 83.2.4. 用户在线消息接口 93.2.5. 用户在线控制接口 93.2.6. 用户在线批量查询接口 103.3. 测试手段 103.4. 测试工具 103.5. 测试指标 104. 测试入口 115. 测试完成准则 111. 概述1.1. 目的本测试方案只针对消息引擎的性能测试报

2、告，目的在于发现消息引擎性能极限及潜在问题。确认是否满足天威要求的指标。在一定的负载下能否正常运行，响应时间和响应速度情况；长时间运行，系统是否能运行正常。找出平台的性能瓶颈并调优，解决平台的性能问题，如内存溢出，速度慢等问题编写本方案的目的是指导本次性能测试有序的进行，相关人员了解本次性能测试1.2. 背景天威要求结合融合业务新增消息引擎模块，负责系统广播、用户沟通及多屏交互的消息收发中转功能。1.3. 影响范围主要针对消息引擎收发能力上限进行确定；消息引擎在压力情况下收发是否稳定；大数据量情况下是否存在系统缺陷或者瓶颈。计划采用消息引擎服务器所在交换机同网络下进行压力测试，在不影响其他网络

3、环境情况下进行MES性压力测试。1.4. 参考依据文档名称版本备注消息引擎系统需求说明书.doc消息引擎技术方案.doc消息引擎系统对外API接口文档.doc消息引擎系统接口设计文档.docx消息引擎系统系统设计文档.docXMPP消息引擎STB客户端与其他应用通信方案.docx2. 测试概要2.1. 测试环境组网图及服务器IP表天威MES服务器IP规划表（目前系统仅部署172.18.77.31-32，根据压力测试需要随时启用另外2台部署）2.2. 测试服务器配置消息引擎硬件机器台数1台内存（G）8GCPU（GHz）8* Intel（R） Xeon（R） CPU E5-2609 0 2.40G

4、Hz硬盘（G）300G软件操作系统Red Hat Enterprise Linux Server release 5.8 64位服务消息引擎相关部件JDKJDK 1.6.0_22Mysql8 * Intel（R） Xeon（R） CPU E5-2609 0 2.40GHzMysql相关部件压力机1台4 GI5-3470 3.2GHz120GWindows7Loadrunner112.3. 测试任务任务计划开始时间期望完成时间说明性能测试设计阶段已完成接口进行整理，编写测试用例整理、测试环境搭建性能测试脚本编写性能测试脚本编写；性能测试参数调整性能测试数据准备性能测试执行12月23号10点12月

5、23号11点单机环境下进行性能测试和稳定性测试测试报告的输出12月23号12点性能测试报告的输出测试准备工作详细检查过程准备测试环境测试环境已经部署完成，且功能正常准备压力机部署3台以上WIN 2003环境，和测试环境在同一网段不受网络或交换机影响干扰测试结果安装LoadRunner性能测试工具部署LoadRunner 11，且能够支持单台10000消息收发以上录制脚本接口各模块相关脚本创建场景从0压力逐渐提高，按并发1000个压力，达到压力上线了持续20分钟。调整测试参数及测试数据确定各接口取数据方法，并获取足够数据脚本调试验证确认每个接口对应的脚本可正常执行，并且后台无报错性能测试将按照优

6、先级由高到低进行测试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.0021、预置压力机3.2.3. 用户心跳接口用户心跳接口MES.006.07.0033.2.4. 用户在线消息接口用户在

7、线消息接口MES.006.07.0043.2.5. 用户在线控制接口用户在线控制接口MES.006.07.0053.2.6. 用户在线批量查询接口用户在线批量查询接口MES.006.07.0063.3. 测试手段LoadRunner模拟各周边部件直接发消息给消息引擎模拟压力，消息引擎将处理后的消息转发给测试桩（测试桩统计消息的个数和处理时间）。先采用压力逐渐上升的方法，验证各接口性能稳定线，再稳定保持压力一段时间，判定性能稳定性。测试过程中关注应用及数据库的系统资源（CPU内存网络状况系统IO），消息单次响应时间，系统日志，整体消息丢失率及消息成功率。3.4. 测试工具主要测试工具为：Load

8、Runner11性能测试工具辅助软件：截图工具，office工具，Xshell登陆工具，FTP工具3.5. 测试指标 由于服务器在高峰期也需要保持一定的缓冲性能，所以要求高峰期服务器资源使用情况如下：1、各模块服务器及数据库所在服务器CPU使用率不超过70%；2、各服务器内存使用率不超过70%；为了保证不因为压力机性能瓶颈导致性能测试结果不准：1、压力机CPU占用率不能超过80%；2、压力机内存使用率不能超过80%；3、压力机网络占用率不超过50%；从正确性和稳定性角度出发，必须满足以下条件：1、测试过程中服务端未见异常错误日志；2、测试完毕检查服务器CPU是否恢复到测试前水平；3、测试完毕检

9、查进程状态是否正常；从用户体验角度出发，必须满足以下条件：1、平均响应时间不超过1秒；2、压力增加不影响原有已接入用户；4. 测试入口1、测试功能点全部通过功能测试，确保功能没有问题2、测试环境准备：按照测试环境组网图、服务器配置与IP规化表，部署好各个应用3、准备测试客户机：准备二台测试机，安装Windows2003操作系统，安装loadrunner 11应用软件4、对于每一个测试功能点都要事先准备好测试脚本，包括参数化、虚拟IP等，准备好测试数据。并且调试好，保证测试的时候能够顺利进行5、创建测试场景，并配置好每个场景的设置6、测试过程中保存每个场景的测试结果5. 测试完成准则1）达到性能要求，即在要求的并发用户下，系统的响应时间小于等于客户要求的时间2）在长时间运行后，系统不崩溃，各功能正常：服务器CPU、内存、响应时间等参数保持稳定。场景运行停止后，占用的资源可以释放