今天我所阐述的内容可能会对你绝大多数公司的同学做性能测试有帮助，具备广泛借鉴的价值，但这并不完全是最顶端互联网公司的使用方法，我还是会从用户的维度做适当分析，最top的互联网公司完全是数据分析，有非常严密的数据监控，但绝大多数的公司监控数据并不是很严谨。
首先无论何种测试，一定要确认测试目的，性能测试的目的是什么？我看过一篇文章引用了一个成语：有的放矢。这是我们做事的原则。我遇到很多开发，他们很喜欢说一句话就是：“这个帮我压下，看下性能如何？”当然这也是目的。那我们性能测试工程师的价值体现在哪里？每天屁颠屁颠跟在开发后面，帮ta压一下这个项目，帮ta压一下那个页面？我相信这是大多数测试工程师的常态。
性能测试的目的也是有多种的，并不是所有的性能测试目的都是为了达到最大的处理能力，有的是为了验证稳定性，有的为了验证是否超卖，有的是为了看并发bug，如死锁等等，所以在性能测试执行之前要确定性能测试的执行目的。
对于一般的公司，可能只会丢给你一些页面去做性能测试，那基于这样的页面我们如何进行性能测试目标的分析呢？
以一个页面为例子：
从这样的页面我们能分析出啥呢，有个重要前提是无论怎么做性能测试，数据分析都是绝对必须的。
1.如618当天，进入电器页面2000w次，电视页面500w次，冰箱洗衣机800w，空调500w次，以旧换新200w次，数据我先举例这么多，为了模拟真实场景，根据刚刚数据，我们可以组成场景1：
电器页面（50%）+电视页面（12.5%）+ 冰箱洗衣机（20%）+空调（12.5%）+ 以旧换新（5%）
第二笔真实的数据，线上有多少个城市，每个城市的商品数是多少？所以场景可以这样设计：
场景2：城市是广州，商品列表 100个
场景3：城市是江苏，商品列表50个
场景4：城市是上海，商品列表30个
以上说的4种场景，都是正常的场景，为了检验的系统的健壮性，我们也需要设计一些异常的场景。比如有的城市没有商品，可能存在的情况：
场景5：城市是拉萨，没有指定的商品。
场景6：商品A，没有归属城市。
所以我一直以为性能测试方案的设计，是最体现一个性能测试工程师价值的地方。对业务的熟悉，对性能的敏感，都可以体现在设计方案中。
以上只是举一个实际例子，数据也是自己臆想的，真实性能测试场景中还有很多可以分析的细节。