性能测试需求分析

 性能测试需求分析:重点分析被测系统是否满足特定业务需求场景
  需从业务场景、程序代码、服务器、硬件配置等多维度分析系统可能存在性能瓶颈
 功能测试需求分析:重点分析被测系统的功能是否满足产品功能需求规格

 如何获取有效需求

  客户方提出
   能给出明确需求,一般是金融、银行、电信、医疗等企业
   需要评估性能需求的合理性
  历史数据分析
   通过分析历史运营数据收集用户信息,如:注册用户数、日活、月活,计算用户增长速度;每月每周每天的峰值业务量;用户频繁使用的功能模块
  性能测试点提取
   用户频繁使用的业务功能
   非常关键的业务功能
   特殊交易日的业务功能
   核心业务发生重大调整的业务功能
   资源占用高的业务功能

 确定性能测试目标

性能测试计划

 测试背景

  XXX是新开发的一个项目,为了保证项目上线后能够稳定的运行,且在后期推广中能够承受用户的增长,需要对项目进行性能测试

 测试目的

  确定核心业务TPS
  对业务流程进行压测
  稳定运行24小时

 测试范围

  通过对性能测试需求的调研和分析,确认被测系统的测试范围
编号
功能模块
业务功能
功能描述
优先级
T01
登录
登录
用户通过用户名和密码登录
T02
首页
进入首页
获取首页数据
T03
博文
新建博文
点击新建进入创建博文界面
T04
博文
搜索博文
通过关键字搜索博文
T05
博文
查看博文详情
点击博文进入博文详情界面
T06
博文
博文编辑
点击编辑进入编辑博文界面
T07
博文
删除博文
删除博文信息
T08
后台
设置管理
查看或修改个人信息

 测试策略

  基准测试
   用于确定估算标准
  负载测试
   逐步增加系统负载,测试系统性能的变化,并最终确定在满足系统的性能指标下,系统所能承受的最大负载
  稳定性测试
   验证系统长期运行的稳定性以及是否存在内存溢出之类的问题
   长时间不间断稳定性测试,查看服务器日志内有无异常或报错,系统软件各项指标中间有无异常波动

 风险控制

风险类型
风险描述
风险级别
应对方案
环境风险
部署出现问题,联调进度慢
更换环境、增加资源配置
数据风险
构造测试数据时间较长
开发人员协助
交付风险
发现比较严重的Bug
延长测试时间,增加对应人员

 交付清单

  性能测试计划、测试脚本、性能缺陷统计、性能测试报告等

 进度和分工

阶段
事项
开始时间
结束时间
状态
责任人
需求阶段
需求评审
   
完成
多方
系统架构图
   
完成
开发
需求调研
   
完成
性能测试
准备阶段
环境交付
   
完成
运维、开发
应用部署
   
完成
运维、开发
数据准备
   
完成
开发、DBA、测试
脚本开发
   
完成
性能测试
实施阶段
执行压测
   
完成
性能测试
服务监控
   
完成
运维、测试
数据收集
   
完成
性能测试
结束
报告评审
   
完成
多方评审

原文地址:http://www.cnblogs.com/qmm-1000/p/16807371.html

1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长! 2. 分享目的仅供大家学习和交流,请务用于商业用途! 3. 如果你也有好源码或者教程,可以到用户中心发布,分享有积分奖励和额外收入! 4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解! 5. 如有链接无法下载、失效或广告,请联系管理员处理! 6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需! 7. 如遇到加密压缩包,默认解压密码为"gltf",如遇到无法解压的请联系管理员! 8. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载 声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性