背景介绍:服务器
因为"XX阅读平台"是一个公益项目,从产品设计、开发到测试都是义工参加,项目组织结构松散,对这样的产品进行性能分析调研没有评判需求基准,只能按照常见的性能分析策略开展工做,针对项目产品特色,性能分析测试策略以下:
ide
产品一期性能
产品目标:完成60%的1级和子功能,两个平台的客户端开发后仅做功能demo,用于表现产品雏形,多以文章和图书的展现为主测试
性能测试策略:暂不进行性能测试;可作测试数据的准备工做spa
产品二期设计
产品目标:完成80%的功能日志
目标用户:XXX寺院里的僧人和法师blog
性能测试目标:上线前完成对服务端性能测试和调优接口
性能测试策略:图片
1. 用户经常使用接口和操做
2. DB交互频繁的接口
3. 消耗型操做:如图片加载消耗CPU、图书下载考验带宽、在线阅读支持最大链接数
产品三期
产品目标:对XXX寺的义工和居士开放,视产品状况提供应用市场下载使用
目标用户:真实用户
性能测试目标:上线前完成对客户端性能测试和调优
性能测试策略:
1. 客户端关键操做的耗时
2. 必定时间段内容持续使用的耗电状况
3. 关键操做的流量损耗
4. 为保证应用的流畅性,要针对占用内存状况进行分析
5. 因开发来自五湖四海,闪退状况统计但愿创建闪退日志上传功能,供开发分析
服务端性能指标以下:
1. 方法的执行耗时在毫秒级
2. 操做级的耗时按照行业标准的1,3,5,8,10。 即操做级耗时至少达到3s如下
3. 服务器的响应时间和TPS
4. 压力测试观察服务器开销,给出产品最佳使用建议:
基数:CPU 60% 压测最大到80%
客户端性能测试场景及评判标准如截图:
1. 灭屏(静默)1小时,无消息推送场景,耗电量
2. 内存峰值、平均值
3. CPU占有率
4. 亮屏操做,CPU
5. 首次启动,加载时间