背景介绍：
由于"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. 首次启动，加载时间
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
