XX行关于联机交易(OLTP)系统类项目的性能测试技术方案

关于实时交易系统的性能测试方案，使用loadrunner进行性能测试，得到系统在要求TPS下的相关指标，如并发虚拟用户数，响应时间等，并获取系统拐点（单交易测试），验证系统是否稳定。相关概念性知识点有：

0、对方的测试指标：

如：

（1） 联机场景：

联机交易每秒事务次数（TPS）不低于100，每笔联机交易平均响应时间不大于1秒，交易成功率不低于99.99%。

（2）批量场景：

收益文件导入时长不超过45分钟；客户统计日报表数据导入时长不超过20分钟，客户统计月报表数据导入时长不超过30分钟，客户统计年报表数据导入时长不超过1小时；余额统计日报表数据导入时长不超过5分钟，余额统计月报表数据导入时长不超过1分钟，余额统计年报表数据导入时长不超过1分钟；与基金公司对账文件时长不超过5分钟。

1、单交易基准测试：

基准测试就是根据你的设计脚本，设置脚本为单用户，思考时间为0，迭代100次等验证脚本的正确性。

2、单交易负载测试：

通过以一定并发虚拟用户执行单支交易，在被测系统上施加一定程度的压力，此测试是为了测试各单个交易的性能表现，为系统调优提供数据。根据选定的被测交易，如：分别进行“运行10分钟” 的单交易负载测试。

3、混合负载测试：

考察被测系统在多支被测交易按照一定交易比例并发执行情况下的性能表现。其中的比例就是一个按照实际业务场景设计的一个权重指标概念。

4、稳定性测试：

同样是多只交易在一定TPS下的混合测试，时间一般为4-8小时的负载。

5、批量测试：

这个在有任务计划或者存在批量导入导出时比较需要主要。

5、一般验证性测试，非面向目标场景的测试流程。

（1）确定典型业务，或者交易，如 查询业务1，查询业务2，上报业务1，上报业务4四个典型交易

（2）确定总体的TPS(混合下的)目标，客户提出，如 确定系统不低于每秒交易量 TPS100

（3）确定每个交易在实际业务使用场景下的权重（使用比例），如对对应上面的四个交易：0.2,0.3，0.3,0.2

（4）则：单交易负载的场景设置相关计算：

TPS=100*0.2*2 = 40pacing(步长，包括思考时间) 5svu=40*5=80个

其它四个交易以此类推。

（5）混合负载测试：

设置三个大场景，分别设置占用的tps数权重：0.6 0.8 1，则三个大场景的目标tps为 60 80 100

对于的场景60的单个脚本的用户数：



其它场景类似。

（6）混合稳定：

一般为tps稳定下，比如实际测试的 90,4个小时