app 性能测试

     此篇为转载文章,我也是接触软件测试,对App 性能测试这一块不知所措,荣幸今天看到这篇文章,希望对有需要的同志有所帮助

app 性能测试的几个概念

    我们在使用各种 App 的时候基本会关注到：这款软件挺耗流量的？运行起来设备掉电有点快嘛？切换页面的时候还会有卡顿等现象？如果遇到有这些问题的 App 我们基本会将它请出我们的爱机。由此可见软件是否受欢迎除了提供必要的功能外，流畅性、流量/电池消耗也是很重要的指标.
     app在验收测试中需要注意的一些指标:
          1:内存占用
          2:cpu占用
          3:流量耗用
          4:电量耗用
          5:启动时间

一 内存

               1: 内存泄露:说到内存方面，最经典的内存问题当数内存泄漏。百度上对内存泄漏的定义是这样的：内存泄漏（Memory Leak）是指程序中己动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果。通俗点讲，在大部分应用中，会有一类功能是需要加载附加资源的，比如显示从网络下载的文本或图片。这类功能往往需要在内存中存放要使用的资源对象，退出该功能后，就需要将这些资源对象清空。如果忘了清理，或者是代码原因造成的清理无效，就会形成内存泄漏。
               2:垃圾回收:说到了内存泄漏，又不得不提到垃圾回收（Garbage Collector，简称 GC），内存中的垃圾，主要指的是内存中已无效但又无法自动释放的空间，除非是重启系统不然永远也不会还给操作系统。这样以来，时间久了当程序运行的时候就会产生很多垃圾，一方面浪费了不少内存空间，另一方面如果同一个内存地址被删除两次的话，程序就会不稳定，甚至奔溃。
               在 Java 程序运行过程中，一个垃圾回收器会不定时地被唤起检查是否有不再被使用的对象，并释放它们占用的内存空间。但垃圾回收器的回收是随机的，可能在程序的运行的过程中，一次也没有启动，也可能启动很多次，它并不会因为程序一产生垃圾，就马上被唤起而自动回收垃圾。所以垃圾回收也并不能完全避免内存泄漏的问题。
             另一方面，垃圾回收也会给系统资源带来额外的负担和时空开销。它被启动的几率越小，带来的负担的几率就越小。
             3: 内存指标
            内存指标有 VSS、RSS、PSS、USS，他们的含义分别是

VSS：Virtual Set Size 虚拟耗用内存（包含共享库占用的内存）
　　RSS：Resident Set Size 实际使用物理内存（包含共享库占用的内存）
　　PSS：Proportional Set Size 实际使用的物理内存（按比例分配共享库占用的内存）
　　USS：Unique Set Size 进程独自占用的物理内存（不包含共享库占用的内存）
　　一般来说内存占用大小有如下规律：VSS >= RSS >= PSS >= USS，一般测试中关注的比较多的是 PSS 这个指标。

二 cpu

       1:  时间片
        时间片即 CPU 分配给各个程序的时间，每个线程被分配一个时间段，称作它的时间片，即该进程允许运行的时间，使各个程序从表面上看是同时进行的

2.1 Jiffies的概念
　　要讲 Jiffies 需要先提到这两个概念：HZ 和 Tick
　　 HZ: Linux 核心每隔固定周期会发出 timer interrupt (IRQ 0)，HZ 是用来定义每一秒有几次 timer interrupts。例如 HZ 为 1000，就代表每秒有 1000 次 timer interrupts。
　　 Tick：HZ 的倒数，Tick = 1/HZ，即 timer interrupt 每发生一次中断的时间。如 HZ 为 250 时，tick 为 4 毫秒（millisecond）。
　　 2.2 cpu 使用率
　　 在 Linux 系统下，CPU 利用率分为用户态、系统态和空闲态，他们分别代表的含义为：用户态表示 CPU 处于用户态执行的时间，系统态表示系统内核执行的时间，空闲态表示空闲系统进程执行的时间。
　　而一个 App 的 CPU 使用率 = CPU 执行非系统空闲进程时间 / CPU 总的执行时间，也可以表示为 App 用户态 Jiffies + App 系统态 Jiffies / 手机总 Jiffies。
　　2.3 cpu 过高会带来的影响
　　 可能会使整个手机无法响应，整体性能降低，引起 ANR，导致手机更耗电，降低用户体验等。

#    三     流量
          1.:定义

我们的手机通过运营商的网络访问 Internet，运营商替我们的手机转发数据报文，数据报文的总大小（字节数）即流量，数 据报文是包含手机上下行的报文
　　 2: 常用流量测试方法
　　 2.1 常用抓包测试方法
　　 主要是利用工具 Tcpdump 抓包，导出 pcap 文件，再在 wireshark 中打开进行分析。
　　 2.2 统计测试法
　　 2.2.1 读取 linux 流量统计文件
　　利用 Android 自身提供的 TCP 收发长度的统计功能，获取 App 的 tcp_snd 和 tcp_rcv 的值，测试一段时间后再分别统计一次，用 tcp_snd
　　两者的差值得到发送流量，用 tcp_rcv 两者的差值得到接受流量。
　　2.2.2 利用 Android 流量统计 API
　　TrafficStats
　　Android 2.2 版本开始加入 android.net.TrafficStats 类来实现对流量统计的操作。

四 电量

             1.耗电场景

定位，尤其是调用 GPS 定位。
　　网络传输，尤其是非 Wifi 环境。
　　屏幕亮度
　　CPU 频率
　　内存调度频度
　　wake_locker 时间和次数
　　其他传感器
　　 2: 测试方法
　　 2.1 通过系统文件获取电量记录

五 总结

                  App性能问题会直接影响产品体验：耗流量、掉电快、卡顿、崩溃等现象会给用户造成不良的体验和印象，不利于产品的活跃及用户留存。许多经验丰富的程序员也会经常忽视这些不起眼的性能问题，因此作为测试人员，在版本发布前及早关注并发现上述性能问题就显得尤其重要。但真正做起App性能测试才发现这条路并不容易走，抓取内存、CPU 等一些项目的指标容易，但对一些数据的敏感度和处理方式都是要靠经验的慢慢积累。总之，性能测试算是一项比较繁琐的工作，但难者不易，易者不难，希望已经行走在这条路上的或者准备踏上这条路的同行都能不断提高自身素养，坚持到底。   

创建一个自定义列表

Markdown

Text-to- HTML conversion tool

Authors

John

Luke

如何创建一个注脚

一个具有注脚的文本。¹

注释也是必不可少的

Markdown将文本转换为 HTML。

KaTeX数学公式

您可以使用渲染LaTeX数学表达式 KaTeX:

Gamma公式展示 $\Gamma (n)=(n-1)!\forall n\in \mathbb{N}$ 是通过欧拉积分

$$\Gamma (z)={\int }_0^{\infty }{t}^{z-1}{e}^{-t}dt.$$

你可以找到更多关于的信息 LaTeX 数学表达式here.

新的甘特图功能，丰富你的文章

• 关于 甘特图 语法，参考 这儿,

UML 图表

可以使用UML图表进行渲染。 Mermaid. 例如下面产生的一个序列图：:

这将产生一个流程图。:

• 关于 Mermaid 语法，参考 这儿,

FLowchart流程图

我们依旧会支持flowchart的流程图：

• 关于 Flowchart流程图 语法，参考 这儿.

导出与导入

导出

如果你想尝试使用此编辑器, 你可以在此篇文章任意编辑。当你完成了一篇文章的写作, 在上方工具栏找到 文章导出 ，生成一个.md文件或者.html文件进行本地保存。

导入

如果你想加载一篇你写过的.md文件或者.html文件，在上方工具栏可以选择导入功能进行对应扩展名的文件导入，
继续你的创作。

---

1. 注脚的解释 ↩︎