测试云平台技术方案

支持对APP后台 不支持 测性能测试
6
o 创建测试策略和确定需要实现的资源策略 o 从实验室到生产，建立最佳实践来测试整个产品的生命周期 o 定义应用程序的性能和容量需求及关键指标KPI o 在SDLC早期发现性能问题和风险;在生产环境之前 o 降低了处理生产的性能问题所花费的时间成本，来提高更高的价值
3、CloudTest云服务器或者CLoudTest本地虚拟机
15
1. 基于测试用例，通过浏览
器或者APP进行业务操作
2. 业务动作会被转换成脚本
语句自动被录制下来，上 传到CloudTest云服务器或 者本地虚拟机上
3. 对脚本进行关联以及参数
化
4. 配置好业务场景进行 5. 上传到云服务器并分发到
测试云平台技术方案
1
o 全链路压测（2013年 阿里系改变了性能测试方法） o 传统方法：仅仅暴露单点问题
o
• 业务容量 • 用户体验 • 线上引流 • 选择技术 2013、14年全链路压测：让压力测试具备真正的确定性 方向
• 线下模拟 • 覆盖前端系统，网络，DB和基础架构等整个系统环境，几乎还原实际业务场景 • 验证交易核心链路上得各种限流和预案的准确性 • 暴露全链路上得各种瓶颈和隐藏风险点，
o 优点:
• 所有组件 • 第三方应用程序 • 所有集成 • Geographic latencies • 最能反映现实
13
CloudTest 云端托管式部署
基于云的服务
AWS
解析器 负载均衡器 Generator 负载均衡器
用户环境
IBM
解析器 负载均衡器 Generator 负载均衡器 rator 负载均衡器 负载均衡器
rator 负载均衡器
数据库
阿里云
解析器 负载均衡器 Generator 负载均衡器 rator 负载均衡器 独立服务
• 完全分布式架构 • 自动部署 • 多个云提供商
性能维护工程师
*
PC端业务： 1、Chrome浏览器 2、台式机或者笔记本，安装了Soasta的Conduct(脚本录制的代理软件) 3、CloudTest云服务器或者CLoudTest本地虚拟机 移动端业务： 1、IOS或者Android手机，安装了APP软件以及Soasta的证书 2、台式机或者笔记本，安装了Soasta的Conduct(脚本录制的代理软件)
搜索技术限制 服务器资源不足 内存泄露
开发 & 测试
Memory leaks DB的线程数 缓慢的网页加 载速度
I无效的数据查询
方法级别的调整
测试实验室
工作台
生产(100% +++)
测试规模
12
产品
o 目标:
• 测试和超出预期的限制
• 验证整个基础架构
• 确保负载均衡和防火墙的完整性 • 保证系统在正常条件和极端条件的性能
性能压力发起位 内网 置
真实外部互联网物理位置（例如：北上广） 从真实用户端发起 关注业务发生过程中的每一个系统环节
在线压测，各部门现场排错，关注实时调优也关注侍 候报告。 性能数据秒级更新 云服务，从100并发用户-1百万并发用户 支持
测试过程
自动执行，关注事后报告
测试规模
受限于购买的License以及硬件资源
各地的流量生成器上
6. 进行压力测试
16
• 全链路云测试能发现什么问题
部分用户测试总体结论 1. xx集团汽车APP– 核心续保和新购保险交易关联系统太多，出现120秒 超时。其他核心交易响应时间也远超3秒钟KPI。网络和应用负载配置 不均衡 2. xx集团人寿APP）-第一阶段结果，登录响应时间超过3秒钟KPI，并且 首页加载超过5秒钟.网络配置错误，导致出现网络在4M和40M时出现 瓶颈 3. xx集团全国APP学习平台-需要有效利用CDN 4. xx集团理赔系统）-核心交易超时。北京访问比广州访问慢25%-100% 5. xx保险 – 互联网入口带宽资源不足 6. xx集团xx网 – 内网带宽资源瓶颈 7. xx掌上生活 – 没有有效利用CDN，多个接口设计不优化，内容过大， 时间过长 8. 端到端的系统调优，防火墙，负载均衡器，网页服务器，应用服务器， 数据库，虚机的数目及规模，CDN的带宽资源
7
阶段 /团队
发布 & 部署
调试代码
无效数据的收集 Memory leaks DB的线程数 缓慢的网页加 载速度 内存泄露
开发 & 测试
无效的数据查询
方法级别的调整
测试实验室 (数百成千的用户)
测试的规模
8
测试实验室
o 目的:
•
隔离错误的代码
•
• • •
优化页面性能
解决内存泄露 数据库调优 建立性能的预期
CloudTest
解析器
rator 负载均衡器
缓冲器
中国电信云
解析器 负载均衡器 Generator 负载均衡器
Rackspace
解析器 负载均衡器 Generator 负载均衡器 rator 负载均衡器
网页服务器
主服务器
应用服务器
数据库
Azure
解析器 负载均衡器 Generator 负载均衡器
rator 负载均衡器
服务器资源不足 内存泄露
开发 & 测试
Memory leaks DB的线程数 缓慢的网页加 载速度
无效的数据查询
方法级别的调整
测试实验室
规模
测试规模
10
Staging环境
o 目标:
• 验证能力
• 建立配置
• 压力可用资源 • 验证性能的期望
o 局限性:
• 可用性 / 调度 • 不全面的规模 • 不包含关键组件 • 时间
o 局限性:
• • • • •
Production-quality hardware IT 支持和资源
宽带和网络的基础设施 第三方应用程序组件 时间
9
配置设置 & 大小
阶段 /团队
自动缩放的故障
发布 & 部署
默认配置设置 无效数据的收集
超过最大连接数 第三方软件的缓慢加载
全球潜伏的差异 安全瓶颈 搜索技术限制
2
3
• 根据Google的统计，如果网站打开慢每500毫秒，用户访问量将下降20%。
• 根据Amazon统计，每慢100毫秒，交易额下降1%
App更新，必不可少需要解决性能问题
传统测试
测试目标 确保自身系统没有性能瓶颈
云测试
确保业务没有性能问题 确保用户体验佳，可以增加客户粘度
性能关注点
仅关注后端性能 关注前端和后端性能 应用软件/数据库/硬件资源/系统配比 前端： 等 不同物理位置/不同运营商链路/宽带/窄带/带宽/CDN防 火墙/负载均衡 后端： 应用软件/数据库/硬件资源/系统配比等
11
进行全面调整。。。远远超出了
网络 & 万维网
网络配置
系统之间的延迟
网络带宽
与其他程序的冲突
CDN的文件放置 DNS路由 防火墙的最大容量
阶段 / 团队
负载均衡配置 自动缩放的故障
不平衡的web服务器
百度文库
发布 & 部署
默认配置设置 无效数据的收集
超过最大连接数 第三方软件的缓慢加载
s
全球潜伏的差异
安全瓶颈