接口层面可以搞一搞，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% 做其他操作，最后测试系统抛出异常，目的达到了），其实我也是刚入门性能测试（我觉得设计性能场景是最重要的）