浅论-性能需求分析

性能测试需求分析

• 性能测试需求分析与传统的功能测试需求有所不同
• 功能测试需求分析：重点在于分析被测系统的功能是否满足产品功能需求规格（正向、逆向）
• 性能测试需求分析：重点在于分析被测系统是否能满足特定的业务需求场景（时间、资源）
  • 　　需要从业务场景、程序代码、服务器、硬件配置等多个维度分析系统可能存在性能瓶颈

1.1如何获取有效的性能需求

1.客户方提出（客户甲方或者产品、以及项目负责人提出）

• 能够提出明确需求的一般都是金融、银行、电信、医疗等企业，他们一般对系统的性能要求高，并且对性能也非常了解
• 提示：需要评估性能需求的合理性 （需要看是否合理，符合实际性能需求）

2.根据历史数据分析（根据运营数据来评估计算出应该达成的性能指标）一般是互联网行业

• 通过分析历史运营数据收集用户信息，如：
•  注册的用户数，日活，月活，计算用户的增长速度
• 每月、每周、每天的峰值业务是多少
• 用户频繁使用的功能模块是哪些 
  • 　　日活这些参数 一般用来初步评估稳定性负载
  •         峰值的话 ----初步评估压力负载 

2.性能测试点的提取

1.用户频繁使用的业务功能   （用户用的多的那些，通过运营数据功能的使用频率进行分析） （以淘宝为例，搜索比较频繁，加入购物车）

2.非常关键的业务功能  （从功能的重要程度进行分析,核心业务功能）（加入购物车，下订单) 

3.特殊交易日或峰值交易的业务功能   （存在重叠，比如淘宝双11的下订单）

4.核心业务发生重大调整       核心的业务流程发生修改 比如买东西付款不要开发票 修改为付款自动开发票）

5.资源占用非常高的业务功能   （cpu，内存，网络等资源占用，这个对技术要求比较高，需要对系统内部进行分析）内存：比如商品的信息非常多的时候，搜索商品 网络(响应的数据）

 

示例： 以一个电商的项目分析：

1.进入首页：

2.登录

3.搜索商品

4. 查看商品的详情

5.添加购物车

6.查看购物车

7.商品结算

8.提交订单

9.查看我的订单 

10.支付

11.跳转

12.订单情况追踪

 

确定性能测试目标：

确定核心业务功能的TPS

对业务流程（多接口组合）进行压测

系统在实际系统运行压力的情况下，稳定运行24小时