测试需求分析
可从需求文档、市场调研去收集性能测试指标
需求文档
客户明确需求
通常情况，客户有明确的需求，定义一些性能测试指标，例：每秒用户登录页面刷新多少、每秒登录用户量多少，用户在线总量多少，我们明确性能测试指标。
客户隐形需求：
基于客户明确指标下，会有一些隐性指标，例：100万在线用户的查询在5秒响应，我们也许纳入性能测试指标内。
用户模型确定：
1 用户指标：用户登录TPS需达到50、用户登录页面刷新TPS需达到250
2 用户总量：100万
3 用户模型：系统每天用户在线量在100万左右，平均在早晨8、11点期间登录，其中登录页面刷新与登录比例为5：1
市场调研
客户无明确需求
特殊情况下，客户只会提供一些基础数据，例2000个机构下，500万的用户总量，我们需要根据这些基础数据提炼出我们的性能指标
市场调研需求
例：对其中1个机构1个月的用户登录数进行数据采集（每天早晨8-9点是登录高峰期，每天大约是1小时内登录100人次，平均到每秒100÷3600约为0.027次/秒），然后在推算2000个机构下，用户每秒登录0.027*2000约50次，在根据后台日志推算出，登录与登录页面刷新比例为1:5，登录页面刷新TPS为2500
用户模型确定：
确定性能指标后，可以创建用户模型
1 用户指标：用户登录TPS需达到50、用户登录页面刷新TPS需达到250
2 用户总量：根据用户指标推算出用户总量，或者由相关系统推算出用户总量
3 用户模型：系统每天用户在线量在100万左右，平均在早晨8、11 点期间登录，其中登录页面刷新与登录比例为5：1
测试对象分析
可从测试对象分析、测试模型分析、测试指标分析、模块耦合性分析考虑
测试对象分析：
从业务流程、后台系统模块分析，然后明确测试对象
按照业务流程拆解：
根据业务提炼出用户基础流程：登录页面刷新、登录
1 登录页面刷新：手机连上wifi，浏览器任意访问一地址，请示会被接入层的设备重定向到后台，后台经过逻辑计算，推送给客户一个登录页面
2 登录：用户输入用户名、密码，然后点击登录，后台系统进行登录，返回成功或者失败
按照后台系统模块拆解：
1 登录页面刷新模块：用户的HTTP请求经过系统层面的中间件处理分发到后台系统，然后被推送模块接收，再进行计算，推送出相应的登录页面，这里的计算可能跟用户类型以及所在机构有关系。
2 用户登录模块：用户输入用户名、密码请求同样经系统层面中间件处理分发到后台系统，然后登录模块接收，再进行用户名密码的校验，最后返回结果。
3 最后提炼出关键系统模块：HTTP 中间件、推送模块、登录模块，最后这些系统模块会在性能瓶颈定位中起到方向作用
明确测试对象：
根据业务流程分析与后台系统模块分析，明确测试对象的业务、系统模块、指标
1 业务：用户连接wifi,浏览器访问网页，被重定向到用户登录页面，然后输入用户名密码时行登录的一种场景
2 模块：整个流程包括http请求、中间件、推送模块、登录模块
3 指标：登录页面刷新：TPS250、登录动作：TPS50、在线总量：100万
测试模型分析：
用户模型场景分析
根据用户模型设计出典型应用场景与可靠性应用场景
典型应用测试主要从常规测试指标、测试环境去分析，例：
1 常规测试指标是登录页面刷新250TPS / 登录50TPS 、用户量100万
2 常规测试环境是网络是无限流、无延迟、测试硬件的CPU、内存、磁盘的正常情况设计场景
可靠性应用场景主要从非常规测试指标、测试环境去分析，例：
1 非常规测试指标是高于指标的20%的情景下验证
2 非常规测试环境是网络存在限流、延迟情况很大、测试硬件的CPU、内存、磁盘受限的异常情况下设计场景
用户模型场景设计
根据用户模型分析设计出用户模型场景，例：
1 用户典型应用场景：
在10MB/秒限流与20ms延迟网络网络情况，对CPU16核、内存32G、磁盘10K转/秒的服务器进行TPS250的登录页面刷新动作，以及TPS50用户登录动作，持续时间约5.5小时，最终上线用户量达100万左右
2 用户可靠性应用场景：
在1MB/秒限流与100ms延迟网络情况，对CPU4核、内存16G、磁盘7200转/秒的服务器进行TPS300的登录页面刷新动作，以及TPS60用户登录动作，持续时间5.5小时，最终上线用户量达100万左右
测试指标分析：
提炼出关键指标
根据用户模型提炼出用户关键指标-TPS250、TP50 、100万
模块耦合性分析：
根据后台系统模块分析出可能会涉及到的模块耦合性
1 HTTP请求中的cookie贯穿整个业务交互过程，在测试脚本中应该缓存cookies,保证业务正常，同时后台考虑cookies的存取方式，保证大并发下cookies不会出现丢失或者写满的情况
2 中间件反向代理将不同请求分发到内部模块：推送模块、登录模块、其他模块、考虑中间件本身会不会存在瓶颈，对业务影响
测试重点分析
可从测试执行策略、测试监控策略、测试风险与输出方向去考虑