方欣科技有限公司
密级：限项目内使用
性能测试报告
（V1.0.0）
方欣科技有限公司
修订记录
目录
1.简介 ----------------------------------------------------- 4 1.1.概述 (4)
1.2.读者范围 (4)
1.3.参考资料 (4)
2.测试环境 ------------------------------------------------- 4 2.1.服务器 (4)
2.2.客户机 (5)
2.3.测试工具 (5)
3.性能指标 ------------------------------------------------- 6
4.测试用例 ------------------------------------------------- 7
5.测试结果 ------------------------------------------------- 8 5.1.登录：2000并发，主页+登录+申报首页 (8)
5.1.1.TPS汇总 (9)
5.1.2.响应时间 (9)
5.1.3.点击率 (10)
5.2.通用申报 (10)
5.2.1.200并发 (10)
5.2.2.500并发 (11)
5.2.3.小结 (13)
5.3.申报查询 (13)
5.3.1.500并发 (13)
5.3.2.小结 (14)
6.风险与建议 ---------------------------------------------- 14
1.简介
1.1.概述
（对文档目的进行说明，描述系统与测试执行的概况示例如下：）
本报告主要说明项目组对***系统进行性能测试的环境要求、测试场景、测试关键点、测试记录，测试结果等具体内容。
1.2.读者范围
（列出可能的读者范围，报告提交对象）
1.3.参考资料
（列出参考资料，没有可忽略）
2.测试环境
2.1.服务器
（列出测试环境服务器资源情况，示例如下：）
2.2.客户机
（列出客户机、压力机资源情况，示例如下：）
压力机配置以下hosts：
负载均衡：10.104.124.3 （压力测试使用该Hosts）内网：86.12.209.92
外网：59.41.129.6
服务器URL：:9001/etax/
2.3.测试工具
（列出测试过程中使用的加压工具、监控工具等，示例如下：）
3. 性能指标
（列出系统要求的性能指标和指标估算值，示例如下：） 系统的响应时间的要求如下
系统的资源消耗要求如下：
通过申报访问量按天汇总统计情况分析（只统计申报期1-15号的数据），高峰时一天最多完成月申报量的13%的业务量，每个时小完成当天的13%业务量。
根据上面的分析和访问习惯，再适当给予一定的冗余，我们建议高峰的预期指标计算规则为：高峰天完成当月20%的业务量，
高峰小时完成当天15%的业务量。
在线用户= TPS （每秒事务量）×完成一个事务的所有时间（s ） 并发请求数=在线用户数/10 按这个规则，计算如下：
指标 功能点
4.测试用例
（设计测试场景，详细说明录制脚本时的操作、检查点、事务、数据，虚拟用户增加策略等。
示例如下：）
5.测试结果
（记录测试过程数据，图表，调优，结论等，根据需要可以有不同的汇总方式，示例如下：）
5.1.登录：2000并发，主页+登录+申报首页
5.1.1.TPS汇总
5.1.2.响应时间
5.1.3.点击率
5.2.通用申报
5.2.1.200并发
本轮测试，并发数为200，打开所属时期页面的平均事务响应时间为9.038s，打开申报表为17.973s，计税为0.187s，通用申报提交的平均事务响应时间为10.136s，通用申报_提交的TPS为4.983，200个并发平均每秒完成129.753次请求，网络吞吐量平均为582184.031
核心征管接口响应时间为：提交申报平均9.5s，查询初始化数据平均8.2s。
服务器资源消耗：数据库服务器的CPU平均使用率为78%，应用服务器为4.5%，Apache：load是0.07平均。
本次测试的事务响应时间较高，通过页面诊断图可分析，通用申报_提交事务中某个请求所耗的时间，主要为First Buffer，该值为9.366，耗时因素在于核心征管接口，也就是说核心返回消息的时间很慢。
以下为通用申报_提交页面诊断图：
图：200用户并发通用申报_提交页面诊断图
以下是200用户测试事务响应时间曲线图：
图：200并发网报登录时间曲线
以下是200用户测试概要统计图：
图：200并发概要统计
5.2.2.500并发
本轮测试，并发数为500，打开所属时期页面的平均事务响应时间为21.044s，打开申报表为42.585s，计税为0.352s，通用申报提交的平均事务响应时间为16.886s，通用申报_提交的TPS为5.185，500个并发平均每秒完成154.621次请求，网络吞吐量平均为788493.496
核心征管接口响应时间为：提交申报平均16.89s，查询初始化数据平均15.27s。
服务器资源消耗：数据库服务器的CPU48%（平均）70%（最高），应用服务器为load 0.1，Apache：load 0.02。
本次测试的事务响应时间较高，通过页面诊断图可分析，通用申报_提交事务中某个请求所耗的时间，主要为First Buffer，该值为15.333，耗时因素在于核心征管接口，也就是说核心返回消息的时间很慢。
以下为通用申报_提交页面诊断图：
以下是500用户测试概要统计图：
图：500并发概要统计
以下是500用户测试事务响应时间曲线图：
图：500并发网报登录时间曲线
5.2.3.小结
目前后端服务只有三个节点，在并发超过200后，性能下降明显。
同时，在500并发的情况下，核心的接口的响应时间约在7-10秒，在200并发情况下，核心接口响应时间约为4-5秒。
后续需要对负载均衡、APACHE、数据库、增加后端服务后，再进行测试。
5.3.申报查询
5.3.1.500并发
本轮测试，并发数为500，申报查询的平均事务响应时间为0.418s，TPS 为243.66，500个并发平均每秒完成2206.767次请求，网络吞吐量平均为11623533. 437。
服务器资源消耗：数据库服务器的CPU48%（平均）70%（最高），应用服务器为load 0.1，Apache：load 0.02。
本次测试的性能很好，查询的平均响应时间只有0.481s，很快，但通过分析，得出查询是无数据的，也就是说用户能够正常查询，但查询的结果没有数据显示，这是由于申报自动作废进程导致，所以特别快，TPS也特别高。
以下是500用户测试概要统计图：
图：500并发概要统计
以下是500用户测试事务响应时间曲线图：
图：500并发网报登录时间曲线
5.3.2.小结
由于数据库数据量小，本次测试的结果虽然很好，但并与真实情况相差较大，结果不可信，建议向申报信息表中插入一年数据量数据，以保证测试结果的可信度。
6.风险与建议
（说明可能存在的测试风险及应对方案，示例如下：）。