性能测试计划制定

一，背景：
用户使用XXX正常用户功能，保证XXXX营销目标顺利达成。
二，阅读对象：
A
B
C
三，测试目标：
本次xxxxx压力测试过程使用压测工具模拟高并发用户请求服务，服务端接受到请求进行逻辑处理后，返回请求结果。
本次压力测试目标如下：
知识沉淀XXX性能测试脚本为以后性能测试做基础。
本次压测过程技术架构进行调整重构。
XXXX业务系统服务调用架构图。
摸底业务调用最优性能表现。
本次压测过程或需要调整架构和解决方案，以达成性能需求目标。
由与是首次上线项目，本次压测过程在生产环境或测试环境压测。

四，业务范围：
主要写清楚要测接口的流程（列表格对应序号）
五，执行流程：
性能测试机器申请和部署。（两台压力机）
分布式性能测试连通性调试。（服务器）
性能测试脚本编写与调试。（本地）
性能测试环境的连通性测试。（服务器）
性能测试正式执行与测试数据收集。（服务器）
性能测试监控数据统计与收集（服务器）
Windows台式机性能对比。
稳定性测试执行与测试数据收集。（服务器）
性能测试问题回归测试与目标确认。
性能测试报告编写与审批。
性能测试时间拍安排同步运维工程师。
稳定性测试过程中关注网络流量情况和磁盘容量情况。
性能测试后及时清理测试环境数据库的各种业务数据和日志信息。
稳定性测试后及时清理测试环境数据库的各种业务数据和日志信息。

六，业务架构：
入口数据调用—》数据落地持久化保存。
定时任务抽取数据—》调用数据处理后持久化保存。
调用第三方mock服务并进行响应返回。

七，技术改造方案：
改造调用时序图。
性能测试调用改造时序图。
八， 测试数据构造方案：
调用数据生成服务写测试数据到相关测试环境对应表结构持久化保存。
九， 施压机器配置信息：
硬件信息：
节点信息：

十：环境调用图：

十一，性能测试工具及过程监控：
压力测试工具：jmeter
应用系统监控工具：granfa
日志监控：kibana
服务器资源监控：nmon
十二，性能测试工作分工：
XXXX模块：XXXX负责。
YYYYY模块：YYYYY负责。

十三，测试数据施压模型：#注意，压力测试过程需要关闭防火墙，否则请求可能超时。

十四，性能测试模型：

a点：性能期望值。
b点：高于期望，系统资源处于临界点。
c点：高于期望，性能处于拐点。
d点：超过负载，资源不够用，系统处于崩溃。

十五， 执行测试准备：
工作顺序流程：功能测试–>压力测试–>生成测试数据–>回归功能测试–>回归压力测试–>性能需求目标达成
十六，性能测试用例：
1，
2，
3，
4，
5，
十七，性能测试数据收集汇总：（需要什么就加什么）

十八、执行时间安排及压测执行确认事项：

十九,测试数据及性能表现：
。。。
二十，性能测试问题列表：
。。。
二十一，监控数据附件：
1.TPS.协议错误，业务错误、日志错误，
2. 硬件监控：TOP：nmon
3. 性能测试模型，数据统计，数据秒点，
4. 说明，在现有的配置下，现在的数据情况，现有的网络访问情况下。
5. 根据以上的性能最优表现进行线上的配置。
二十二，测试结论
XXXXXXX
二十三，测试数据清洗方案：
性能测试完成后，需对指定表结构做清除处理并进行验证。
二十四，附录：
nmon使用操作：https://www.cnblogs.com/imyalost/p/9689213.html
top命令使用：https://www.cnblogs.com/zhoug2020/p/6336453.html
jmeter官网：https://jmeter.apache.org/
分布式压力测试参考：https://www.jianshu.com/p/a26dfeb199a1