1、性能测试需求分析与业务调研
性能测试的需求不能直接从产品经理那里获得，因为产品经理定义的性能需求比较抽象。
要落实到可执行的性能测试需求往往需要进一步分析和细化。这也是为什么获取具体的性能需求比较难的一个原因。
一般情况下，要知道性能测试的的具体需求，还要进行如下方面的调研：
系统用户数，业务高峰期在线用户数–可用来评估系统整体的并发用户数，比如，高峰时段会有 10 万用户同时在线；
业务高峰期的用户/业务分布—可用来评估并发用户的分布。
比如，20% 的用户在做登录操作，30% 的用户在做订单操作，其他 50% 的用户在做搜索操作；
业务高峰期业务量——可用来评估TPS
业务高峰时间段——可用来评估TPS
2、性能测试场景设计
性能测试场景设计，是性能测试中的重要概念，性能测试场景设计，目的是要描述如何执行性能测试。
通常来讲，性能测试场景设计主要会涉及以下部分：
并发用户数是多少？
测试刚开始时，以什么样的速率来添加并发用户？
比如，每秒增加 5 个并发用户。为什么要逐步增加负载？
如果我们一下子将负载升到峰值，系统如果支持不了，会一瞬间挂掉。
达到最大并发用户数后持续多长时间？
测试结束时，以什么样的速率来减少并发用户？比如，每秒减少 5 个并发用户。
需要包含哪些业务操作，各个业务用户占比是多少？
比如，10%的用户在做登录操作，70% 的用户在做查询操作，其他 20% 的用户在做订单操作。
一轮虚拟用户脚本执行结束后，需要等待多长时间开始下一轮执行？
同一虚拟用户脚本中，各个操作之间的等待时间是多少？
脚本执行过程中报错怎么处理？
比如，自动停止测试，继续下一次迭代。
需要监控哪些被测服务器的哪些指标？
以上这些场景组合在一起，就构成了性能测试场景设计的主要内容。
也就是说，性能测试场景会对测试负载组成、负载策略、资源监控范围定义、终止方式，以及负载产生规划作出定义，而其中的每一项还会包含更多的内容。
感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取
)
