（****接口服务系统）
2016年12月22日
1
目录
1.1.1.1.2.
测试目的、范围................................................ 测试目的....................................................... 测试指标范围...................................................
333333444
2.测试环境.......................................................... 2.1.2.2.
测试环境....................................................... 测试工具.......................................................
3.测试功能点........................................................ 4.准备工作.......................................................... 5.测试用例及结果....................................................
2
1.测试目的、范围
1.1.测试目的
本次性能测试的目的是检测****接口服务系统的性能情况。即：为了系统上线后能够稳定运行，有必要在上线前对核心业务场景的压力情况有充分了解。
因
此，希望在模拟生产环境的情况下，模拟上线后的用户并发数，对系统核心业务进行压力测试，收集相应的系统参数，并最终作为上线的依据。目的是指导本次性能测试有序的进行，相关人员了解本次性能测试。
编写本方案的
1.2.测试指标范围
本次性能测试需要获得的性能指标如下所列：
系统的响应时间。
系统可支持的并发用户数量。
2.测试环境
模拟客户使用环境（最好模拟客户实际使用的配置环境）。具体如下：
2.1.测试环境
硬件环境：
应用服务器
数量：1台
配置：4核心8G内存数据库服务器
数量：1台
配置：16核心40G内存测试客户端
数量：1台
配置：双核心8G内存软件环境：
操作系统：Windows 7 数据库： Oracle 10g
2.2.测试工具
Loadrunner11 Xshell
3
3.测试功能点
本次测试****接口访问时的响应时间及并发量瓶颈。
4.准备工作
1)测试功能点全部通过功能测试，确保功能上没有问题；2)准备测试环境服务器：3)准备测试客户机，机器安装
Loadrunner11；
4)对于测试功能点，事先录制好相应的测试脚本，包括参数化、关联等，准备好测试数据，脚本能够成功的回放，保证在测试的时候能够顺利的运行；5)创建测试场景，并配置好每个场景的设置；6)测试过程中保存好脚本和分析结果。
5.测试用例及结果
本次主要测试访问接口时接口服务所能承受的压力，接访问即可，因此不存在同一用户与不同用户访问的差异。
由下表测试结果可看出当并发数增大时，力也逐渐增大。
本次测试环境数据库最大线程为
600。当并发数大于500时，测试环境服务
27740: 将
响应时间逐渐增大，服务器所受压
测试接口无需登录，直
器CPU使用率溢出，测试过程中报出错误数过多。主要错误类型为：
请求的传输重叠到 URL的“192.168.71.92”时失败: “WSA_IO_PENDING”；27791:Server“192.168.1.77″ has shut down the connection prematurely。经过和开发沟通，解决了误。
当并发数设为500时，运行过程中仍然出现了占比小于0.1%。
具体测试数据如下：
2个错误，但是在整个操作中
27740类型的BUG，但并发数为600时仍有过多超时错
4
验证功能
访问****接口（无须登录）
设置不同的并发用户数，平均每秒增加
10个用户，模拟用户访问系统的负载压力情况，进
服务器内存/cpu利用率等各
方法行30分钟的连续压力测试，记录系统被访问时平均响应时间、项性能指标，作为系统在实际使用情况中的性能表现依据。
并发用户数
100 300 500 600
测试时间30m 60m 30m 30m
平均响应时间
0.731s 1.057s 1.563s 3.405s
服务器CPU/内存利用率峰值55.6%/16.6% 峰值92.2%/16.9% 峰值89.2%/17.1% 峰值105.5%/17.2%
数据库内存/CPU利用率
峰值94%/1.7% 峰值99.7%/1.6% 峰值98%/1.4%
------
错误0 0 2 1200
5
因篇幅问题不能全部显示，请点此查看更多更全内容