项目名称(项目简称)
广东亿迅科技有限公司
版权所有
修改历史
注释：“变更请求号”为文档正式发布后需要变更时的编号。
正式审批
目录结构
1
简介........................................................................................................................................... 1 1.1 目的 ............................................................................................................................... 1 1.2 适用范围 ....................................................................................................................... 1 1.3 术语 ............................................................................................................................... 1 1.4 参考资料 ....................................................................................................................... 1 测试概述 ................................................................................................................................... 1 2.1 测试环境与配置 ........................................................................................................... 1 2.2 测试内容 ....................................................................................................................... 1 测试结果与分析 ....................................................................................................................... 1 测试结论与建议 ....................................................................................................................... 3 附录........................................................................................................................................... 3
2
3 4 5
1 简介
1.1 目的
[描述本测试报告的编写目的。]如：
本测试报告为XXX项目的性能测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合性能需求。
1.2 适用范围
[指出预期的读者范围。]如：
预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。
1.3 术语 1.4 参考资料
2 测试概述
2.1 测试环境与配置
[简要介绍测试环境及其配置。]如：
2.2 测试内容
[描述本次测试所测试到的内容]
3 测试结果与分析
[描述本次测试结果（最好使用图表形式），并进行分析] 如：
分析：
通过稳定性测试，发现系统在进行稳定性测试前后，性能没有明显的变化，而且系统的资源使用情况也没有明显的增加，说明系统的稳定性良好。
从稳定性（疲劳）测试的结果看，系统表现良好，在30小时50用户的持续压力下，运行稳定，尽管在测试过程中进行应用操作比较缓慢，但并没有出现访问失败和发生错误的现象。
从服务器的性能表征上看，整个系统性能表现都比较平稳，相对来说：应用服务器的CPU和数据库服务器的IO操作的表现比较活跃。应用服务器的cpu利用率较高，在70％左右，在正式环境中，建议也要尽量使用较高的CPU配置；数据库服务器的IO操作比较明显，因为测试用例操作对存储设备的交互很多，也是体现的正常的用例特点，在后期，IO提升，分析是由于回滚段资源紧张导致，这种情况在正式运行中，可以通过对数据库结构的合理管理规划来避免；内存方面应用服务器和数据库服务器的可用内存都很平稳，表明没有明显的内存泄漏的情况发生。
从整体上看，系统在稳定性方面表现良好，可以在正式环境中稳定运行。
4 测试结论与建议
结论：
[如：本结论是根据在真实生产环境下做的性能测试结果得出： 1. Tips系统的后台性能完全满足7种交换机的处理速度；
2. 从两张结果表中可以得出，7种机型的IO时间平均百分比为57.7％，再由于同网元的
工单是串行施工，抛开在工单在队列中的等待时间，Tips系统处理工单的时间只占用了很少一部分时间。可以看出目前系统主要耗时的地方在于同交换机的交互等待时间； 3. 根据测试得出的值和市电经验值的比较，Tips系统也能满足日后更快交换机的需求；]
建议：
[如：根据测试的结果和经验，建议市电能给出一份各种交换机的重连次数和指令执行超时时限的建议值，为上线的配置做参考（合适的重连次数和指令执行超时时限的配置，将能大大提高系统同交换机的交互能力，从而提高整个系统的性能）]
5 附录
N/A
第二篇：性能测试总结
C/S性能测试研究总结
协议选择问题
1. 如为B/S应用系统，一般采用http协议；如部分操作录制不到数据，则应具体分析系统结构，是否使用了其它协议，根据系统所用协议，进行选择。
2. 对于C/S结构的系统：
1) 先确定系统结构，两层的client—database(server)还是三层的client—server—database结构?
2) 再根据使用的数据库类型进行相应选择。
先考虑第二条，不行的话考虑每一条，c/s的架构有时可能用了特殊的处理方式不是简单的两层结构 client server（ database )，其中可能client （处理层） server（ database ) 也可能是开发人员会把功能做成dll(其中有一个dll可能封装了其中的连接，添加等操作数据库的功能)loadrunner无法记录，以上都是分析过程 这时候我们会用常用的winsock协议来进行录制脚本。
本系统是两层C/S结构系统，故客户端直接连接数据库，数据库为ORACLE10G，录制时选择oralce(2-tier)协议。
工具限制
Loadrunner工作原理是根据所选通讯协议截取客户端与服务器之间所有的交互操作，获取数据包。所以只有交互操作的数据才能被截取到，而南海规划系统中的查询操作客户端提交至服务器完成响应后还要等待本地做一些处理，包括刷新当前地图和弹出结果窗口，刷新当前地图和弹出结果窗口均是在本地完成处理，与服务器无交互，并不会被Loadrunner记录。故发生在本地的处理时间无法监控与衡量。
测试过程中碰到的问题与解决方法
1、多线程录制
本系统为单线程，即客户端一次只能打开一个操作窗口，如测试并发时，无法做到打开多个窗口，解决办法：与项目组沟通，要求改写程序，将客户端改成多线程运行。
2、 出现“lrdo_server_attach: "OCIServerAttach"
return-code=OCI_ERROR, error-code=24309”错误，具体如下：
Action.c(11): Error: lrdo_server_attach: "OCIServerAttach" return-code=OCI_ERROR, error-code=24309:
Action.c(11): Error: ORA-24309: 已连接至服务器
Action.c(11): server_attach: ERROR, return-code=LRDE20xx. ServerHandle=OraSrv1, ServerID="customs" Abort was called from an action.
出现此问题由于数据库连接未被释放或未初始化。
解决方法1）：将登录操作录在INIT里，并在END里录制登出操作。有时未录制登出操作也会出现此种问题，原因由于数据库连接或资源占用未释放。
解决方法2）：如果非要录制到ACTION中， 在ACTION里多录制一个断开连接的操作就可以了。
脚本一定要在vugen中设置多次迭代运行通过后方加入到场景中。
3、本系统场景在运行过程中如忽略思考时间，立即报错，原因由于短时间内数据库连接过多，未释放连接的情况下又进行连接，故报错。如一定要忽略思考时间，只能在脚本中将其注释。