背景介绍:
由于”XX阅读平台”是一个公益项目,从产品设计、开发到测试都是义工参加,项目组织结构松散,对这样的产品进行性能分析调研没有评判需求基准,只能按照常见的性能分析策略开展工作,针对项目产品特点,性能分析测试策略如下:
产品一期
产品目标:完成60%的1级和子功能,两个平台的客户端开发后仅作功能demo,用于表现产品雏形,多以文章和图书的展示为主
性能测试策略:暂不进行性能测试;可做测试数据的准备工作
产品二期
产品目标:完成80%的功能
目标用户:XXX寺院里的僧人和法师
性能测试目标:上线前完成对服务端性能测试和调优
性能测试策略:
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. 首次启动,加载时间
原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/187247.html