电商项目的性能测试流程,看完就懂!

1948 篇文章 51 订阅
722 篇文章 1 订阅

软件测试面试刷题,这个小程序(永久刷题),靠它可以快速找到工作!https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502​编辑https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502​编辑https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502​编辑https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502​编辑https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502​编辑https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502​编辑https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502​编辑https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502​编辑https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502​编辑https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502​编辑https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502​编辑https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502icon-default.png?t=N7T8https://blog.csdn.net/AI_Green/article/details/134931243?spm=1001.2014.3001.5502

今天给大家带来一套完整的性能测试实操流程,就以大家耳熟能详的电商项目来进行示例。现在就花个5分钟,认真看一下吧!

一、核心业务梳理

做一个项目的性能测试,首先得梳理出哪些业务需要进行性能测试。这个过程有一个前提就是:要对测试的对象(项目)熟悉。熟悉到什么程度呢?明确知道该项目的行业,业务和所有的功能。

对电商项目来说,大家肯定都知道电商的业务是什么,比如登录,搜索商品,浏览商品,下单。其中下单这个里面又可以分为秒杀,限时抢购等不同的功能。

所以要根据项目的业务梳理出要做性能测试的业务:

在进行业务分析的时候,系统的业务功能是可用的。也就是说需要通过基本的功能测试。而且需要根据项目的核心业务(需求明确有性能要求的业务),高频的业务(不需要需求指明也应该实现高性能的),基础业务(比如登录这样的业务)的划分,根据优先级来进行性能测试。

二、设计测试场景

这里有的人会称之为:场景建模。意思就是根据多少用户在(多少)时间内做(什么)事情。当然其结果肯定是希望通过测试。

比如秒杀业务。根据项目的要求设定为 1000万的用户在整点进行库存为500的秒杀,先到先得。

当然整个项目来说不可能只有一个业务需要性能并发,所以在熟悉项目为前提的情况下,需要项目中所有需要测试的业务进行如此类的设计。

在设计的同时 ,还要确认该数据的来源,比如整点抢购首先需要用户登录,那么用户的数据怎么获取,是参数化还是直接从数据库读取。然后整点抢购的业务是否需要登录的信息,比如token来传递。这些都需要在这里进行统一的设计和管理。

图片

三、实施压测

第一步要选择相应的平台或者工具。本文以Jmeter工具讲解。

第二步要设计并发量,线程数,循环数。请求参数设置,是否需要二次开发,或者是否需要链接数据库读取数据等。

第三步设定压测方式。如单机接口压测、单机多接口压测、单机混合场景测试、多节点测试等等模式。具体需要根据项目的部署和需求来决定。操作上来说难度也不相同,需要掌握相关的技能。

四、性能瓶颈分析和调优

1、性能分析

性能瓶颈分析一个复杂的话题,性能受系统架构设计、应用场景、业务逻辑、编程语言及采用的框架影响,简单来说可以从以下几个方面考虑:

①、客户端测试结果:即通过生成负载来观察被测系统的性能表现,比如通过对TPS、RT等指标的监控,从请求发起端到OS端层层剖析,从而找到系统性能瓶颈。

②、服务端硬件配置和环境:通过监控各硬件及操作系统相关指标(CPU、Memory、磁盘I/O、网络)来分析性能瓶颈。

③、测试人员的经验:即通过性能表象结合工作经验做快速排除,确定可能存在瓶颈的局部所在,快速修改验证,避免大而全的全面分析带来的耗时,提高效率。

2、性能调优

性能调优从‘降低响应时间’、‘提高系统吞吐量’、‘提高服务的可用性’三个方面进行调优。

性能优化的目的是:在保持和降低系统99%RT的前提下,不断提高系统吞吐量以及流量高峰时期的服务可用性。

图片

行动吧,在路上总比一直观望的要好,未来的你肯定会感谢现在拼搏的自己!如果想学习提升找不到资料,没人答疑解惑时,请及时加入群: 759968159,里面有各种测试开发资料和技术可以一起交流哦。

最后: 下方这份完整的软件测试视频教程已经整理上传完成,需要的朋友们可以自行领取【保证100%免费】

​​​软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

在这里插入图片描述

在这里插入图片描述

  • 21
    点赞
  • 17
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值