持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第13天，点击查看活动详情
性能测试前要写一份性能测试方案，分别讲解一下简单的性能过程和方案：
性能测试简单过程：
-
确定性能需求和性能测试方案。需要确定性能测试范围（覆盖哪些场景），性能测试策略，并发用户数和加压方式等。
-
录制性能测试脚本，增强脚本使性能测试脚本尽可能真实接近性能测试的实际情况（参数化，关联，定时器，集合点，断言）
-
运行性能场景，收集性能测试结果（聚合报告，每秒活跃线程数，每秒事务响应时间，每秒平均事务数，每秒点击率，吞吐率），分析性能瓶颈（通过图表趋势分析）
-
出具性能测试报告
性能测试方案
性能测试方案是开展性能测试前的核心内容，决定着性能测试如何开展的指标标准。其主要包括性能需求调研过程（并发用户数的计算过程），性能测试范围（覆盖哪些场景），性能测试策略，并发用户数和加压方式，性能测试计划，用例等。其中性能测试方案中最重要的部分是计算并发用户数。
说到计算并发用户数，其实很多人可能并不知道具体怎么计算，测试的时候只不过是产品给了我们一个具体的数字，因此这里有必要讲一下，如下所示：
并发用户数的计算：
在性能测试有个核心内容也是在谈性能测试时绕不过去的问题，就是并发用户数的计算。目前做性能测试采用得比较多的并发用户数的评估策略是 80-20 法则。通过与项目团队（含客户、产品）评估出系统高峰期和高峰时段，得到该高峰时段的用户数量。假设 本电商系统高峰时段为双十一上午 10 点为高峰期（做秒杀/团购活动）的用户数量是 10W 用户量，高峰时段为 15 分钟。那么我们可以通过 20-80 法则来计算并发用户数，即 80%的用户会在 20%的时间内完成交易，计算结果为：(10W80%)/(15 分钟60 秒20%)=80000 人/180 秒=444.44 人 因为公司产品不只是为了满足当前的性能需求，还要能够满足未来 3 年的性能需求，而公司业务是增长的（不增长会被打死的），预计增长为 20%（领导说了算，他开心就好），那么 3 年之后的并发用户数为：444.44 人1.21.21.2=768 人，则得到每秒并发用户数 768 人。由上可知，我们在线程组中设计的线程数为 768，Ramp-up 值为 1，持续时间为 10 分钟（通用标准）。
