性能测试之测试场景设计

性能测试之测试场景设计

1、发压数据策略

测试发压数据应在数据铺底时一同考虑，但发压数据需要和压力工具配合使用，可从以下四个方面考虑：

1.1 表分区情况

确认发压数据覆盖各表分区，且在分区中也需尽量离散，不要集中操作(主要是查询)同一范围内的数据。

1.2 表维护策略

1.3 被测交易分支

在能力允许的情况下应尽量多的阅读被测交易源码，或向开发人员了解程序逻辑和交易分支，确认发压数据可覆盖程序中所有重点路径。避免造成该复现的问题没有复现，该出现的瓶颈没有出现。

1.4 合理的业务数据

与发压工具配合，确认在测试过程中没有同一柜员并发操作交易，没有超出合理范围的待处理任务，以日峰TPS为负载目标时不要同时执行疲劳测试，这样会导致交易量远远大于实际。

2、测试并发设计

并发设计与负载目标紧密关联，同样可分为前端、后端两种方式：

2.1 前端角度

使用工具模拟的并发数量代表业务并发用户数量，一个并发进程或线程即模拟一个操作交易的柜员，脚本中设置thinktime模拟平均操作时间，维持典型场景中各交易的用户比例，并做等比例递增，关注此时被测系统的处理能力。但需注意的是，受thinktime和响应时间等影响，业务并发数量≠系统并发数量，所以不能在结论中说“被测系统只能承受XX并发”。且业务并发数量与在线用户数量的换算不可能完全精确，所以也不能用类似10个业务并发即代表100个在线用户的粗略换算为结论。

2.2 后端角度

使用工具模拟的并发数量不代表用户数量，也不完全等价于系统并发数量，它仅通过并发的形式对被测系统产生压力。由于后端角度更关注TPS，因此并发递增时各交易之间的并发比例可能会变化，响应时间变慢的交易会增加更多并发以维持预期TPS。

后端角度重点关注并发增加时的TPS和响应时间变化趋势，确定被测系统的处理能力。

五、测试策略维护

测试策略应在测试执行前确定，执行过程中不做大的变更，但仍需根据测试结果不断反思和维护策略，确保性能测试能够真实复现生产场景。