性能测试报告

方欣科技有限公司

密级：限项目内使用

性能测试报告

（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 https://www.360docs.net/doc/0015971650.html, （压力测试使用该Hosts）内网：86.12.209.92 https://www.360docs.net/doc/0015971650.html,

外网：59.41.129.6 https://www.360docs.net/doc/0015971650.html,

服务器URL：https://www.360docs.net/doc/0015971650.html,: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.风险与建议

（说明可能存在的测试风险及应对方案，示例如下：）