大数据测试 APP 的高并发

Richard001 · 2018年08月06日 · 最后由 Test44 回复于 2018年08月12日 · 327 次阅读

APP 如何进行高并发模拟,类似于电商类的活动,一个需要抢购的商品,如何模拟多用户在一瞬间访问同一界面,从商品的详情到支付后返回 APP

共收到 6 条回复 时间 点赞

接口层面可以搞一搞,ui 我就不知道怎么搞了。接口的话你是要测 app 的服务器吗

每次听到客户端并发我就醉了,不知道楼主是不是也想干这事……如果不是,跟 app 还是 web 就一毛钱关系都没有了,全都是服务端的并发测试,走接口就行了。

@fudax 说的对,提 app 并发本质还是没搞明白架构。用 JMeter 等工具做压测就行了

涉及并发的测试,不使用工具,又不是开发,想通过 UI 进行并发肯定是没有途径的。

APP 性能通常分两种,一种是客户端性能 一种是服务端性能。 你这个明显是属于服务端性能。 你只需对这个活动页相关的 API,做个压测。

楼主这个问题我有感,鉴于我们新项目是 app 上传销量和库存,于是我们需要做并发和压力。先说下单的并发(区分好在线用户、并发用户和系统用户),我计算并发数是根据 PV 来的(我们线上有监控每天 PV),jmeter 是并发最好的工具了,首先最重要的一点是需要计算好并发的线程、启动时间和循环测试(这是并发最重要的设计),添加常数吞吐量定时器(这是必须的,能很好的控制你的并发请求),app 并发只能走接口层(并发后数据对比和校验是最考验你的,我一向是用 beanshell 去数据库对数据校验,我说一个 bug,虽然我并发接口给了我报错,但数据跟正常请求一样记录在数据库,导致 app 去读取数据会不准确),并发不难,难的是你在并发前你需要去设计并发的场景(顺便说一下,TPS 的计算需要你在测试前和开发沟通好做一个预期的)。至于压力(boss 是要求看 web 端在线用户操作能有多少个让系统变慢),刚开始我也是没有思路的,后来查资料,我最后是设计了并发业务的基础上做加压(50% 进行搜索,20% 进行浏览,10% 进行导出,20% 做其他操作,最后测试系统抛出异常,目的达到了),其实我也是刚入门性能测试(我觉得设计性能场景是最重要的)

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册