所在位置:首页 → 软件测试 → 性能测试项目实战三: 脚本编写、环境搭建 和 测试用例执行

性能测试项目实战三: 脚本编写、环境搭建 和 测试用例执行

发布: 更新时间:2022-09-19 22:17:20

脚本编写

资源监控:聚合报告和PerFMon

1.单接口测试脚本

(1)登录脚本

(2)进入首页、搜索商品、获取商品详情

(3)加入购物车的脚本

(4)查看我的购物车、结算下订单、查看我的订单

以上操作中加入购物车、查看我的购物车、结算下订单、查看我的订单这四个功能模块,与登录是强相关的,都是在登录状态下才能够进行操作。因此编写脚本时,要在一起编写。

2.业务流程的测试脚本

  • 将业务流程中的所有单接口的脚本组装在一起
  • 注意所有的脚本组装在一起时,数据是否一致

搭建测试环境

1.测试环境的要求

2.准备测试数据

目的:压测环境中的数据量尽量与生产环境中数据量一致

方法:为了快速创建大量数据,可以直接操作数据库进行添加,使用pymysql库操作

注意:修改待添加的商品库存为⾜够⼤,避免在性能测试过程把商品库存耗尽导致脚本失败

执行测试脚本

1.单台测试机执行

  • 前提:先保证脚本调试通过之后,才能进入正式压测阶段。
  • 可以选择Windows或者Linux测试机来执行:
    • Windows环境:操作界面化、直观、易上手,但是软件占用机器资源较多,导致资源使用率不高;可支持并发较低。
    • Linux环境:命令行操作,结果查看不太方便,但资源利用率相对较高;可支持较高并发。

2.分布式执行

  • 如果单台压测机的并发量不能够满足要求,则可以通过分布式压测来提高并发量。
  • JMeter工具支持分布式压测,即多台机器同时执行同一个脚本,然后统计结果。

3.执行示例

进⼊⾸⻚脚本:

模拟5个并发:

实际TPS未达到要求TPS100,实际响应时间未超过要求实际5s,⽆法证明是否存在bug,需要进⼀步增加负载量

模拟30个⽤户并发:

实际TPS未达到要求TPS100,实际响应时间超过要求实际5s,说明⽤例测试不通过,需要提交bug

稳定性测试

确定出稳定运⾏的所有业务操作:(同时运⾏)

根据运营数据,分析出每个业务操作对应的虚拟⽤户数

稳定性测试执⾏:

  • 所有的脚本同时执⾏(解除前后依赖)
  • 每个脚本都是⼀个事务/业务 —— 事务控制器
  • 按照要求设置虚拟⽤户数和运⾏时间
  • 执⾏稳定性测试并监控

如果单个接⼝/业务流程还存在性能bug,需要再修复性能bug,再进⾏稳定性测试

标签:, , , ,
文章排行