需求|5000字详解性能需求( 三 )

5. 内存内存主要是运行处理CPU发出的指令，在内存里处理完毕后，再反馈给CPU。
在网络上或者硬盘上加载的资源，一定会通过内存交换，可以理解为：页面加载出来的图片、文字会暂时存到内存里的，处理完成后就删掉。
内存和CPU类似，资源都是有限的，如果占用过多，会出现卡顿或闪退的现象。
内存常内存使用率做为指标，一般＜70%。
6. 磁盘吞吐量磁盘吞吐量是指单位时间内通过磁盘的数据量，主要是每秒的读、写请求大小。
一般用磁盘繁忙率来确定性能，磁盘繁忙率要＜70%。
这个指标了解即可。
7. 网络吞吐量是指有每秒有多少兆流量进出，一般情况下不能超过设备最大传输能力的70%。
这个指标了解即可。
8. 错误率错误率=(失败事务数/事务总数)*100%。
在一定并发下，循环调用某个接口，会出现接口报错的情况。错误率正常情况下要为0。
在高并发的情况下错误率一般要低于0.6%，就是成功率要高于99.4%。
这个指标了解即可。
像CPU、内存、磁盘、网络是指服务器的资源利用率，主要是对公司内部来说。
性能测试的同学对于这些指标的标准都很清楚，对于我们产品，需要明白这些定义与具体标准即可，性能需求提不提问题都不大。
四、移动端需要关注的性能指标1. FPSFPS是指每秒显示的帧数，主要用来体现出app的流畅度。
App的FPS一般＞24帧/秒，最好是60帧/秒。
FPS的越高并不意味着越流畅，FPS低也不意味着页面卡。
还需要关注帧率的稳定性。如果一直都是低帧率，卡顿现象感受不明显，如果帧率忽高忽低，就会有明显的掉帧、卡顿现象。
对于游戏类app帧率要求较高，对于非游戏类app，我认为只要能保证没有明显的卡顿现象就可以了。
2. 耗电量在App中，CPU处理、蓝牙、定位、传感器、GPU（图形处理）都会加快耗电量。
对于不同的App单位时间耗电量是不同的，耗电量的标准可以通过对比得出：

与历史版本间进行对比。如果新版本与上一个版本单位时间内耗电量相差过多，则需要优化。
与竞品对比，如果比竞品多了10%以上的耗电量，也需要优化。

3. App启动时间在说响应时间的时候，我们提到1-3-5原则，5s的时候用户已经开始焦虑了。
而App的启动时间，是用户感知到的第一个时间段，直接影响用户对App的首要体验，第一次留不住，让用户再回来就更难了。
App的响应时间标准是最大不能超过5s。
如果启动时间过长，该优化就优化。
当然也可以对于历史版本与竞品进行对比，看看自家App的水平在哪。像支付宝，启动时间是秒开。
性能指标一般就以上这些，大家需要理解下。
五、性能需求达不到怎么办一般性能测试同学在测试完成后，会给出对应的性能测试报告，我们可以通过解读性能报告的内容来判断是否需要优化性能。
在我的工作经历中，很多时候会出现性能不达标的情况，如果性能需求不满足，我们可以按照以下方式确定：
1. 重新分析指标合不合理一般在评估时会对性能要求过高，需要重新定义性能指标再做判断。
2. 判断实际性能与性能需求是否相差太多如果相差不大，可以先发版，延期处理性能问题。
如果相差太大，不能接受，就要与研发沟通，确定是否有优化方案、优化方案内容、优化是否会导致延期。
如果会引起延期，就要和领导反馈，以及同步各方。
六、如何从产品设计上提高性能性能问题归根到底是技术问题，而为了达到更好的性能指标，达到最好的用户体验，我们也可以从产品设计上整点花样。

采用tab页的方式：同一个页面数据过多时，使用tab页分开加载。
分页加载：一次加载10条/20条等。
尽量不采用全屏加载的方式，使用懒加载、预加载。
懒加载：比如图片先展示缩略图，然后。
预加载：提前把内容加载好，用户进入到页面时，可以直接看。有些app的开屏广告就是提前预加载好，用户下次点击进入时可以直接观看。
连接超时后进行情感化提示：设置超时时间10s，当超时后，通过有趣的方式提示用户。
“欺骗”用户：在页面显示操作成功，但是后端还在处理。微信发朋友圈时，就算在断网的情况下也是可以发布出来，但是就自己能看到，等联网后才能成功发布出来。

上边的几种方式虽然是和技术相关的，但是这些是直接影响产品用户体验，还是需要我们产品提出。