• 不同測試場景（測試用例）下的對比；
• 相同測試場景下，不同版本之間的對比；
• 相同測試場景下，競品之間的對比；
• 相同測試場景下，不同設(shè)備之間的對比。

只有通過量化標準和橫向?qū)Ρ龋覀儾拍軓囊欢ǔ潭却_定程序是否符合我們的預(yù)期。根據(jù)上述量化標準，我們要講到終端專項測試的四要素了：

1. 檢測工具：一種能夠?qū)崟r采樣應(yīng)用的相關(guān)（量化）數(shù)據(jù)的工具，這種工具可以是腳本、apk，反正只要能得到數(shù)據(jù)就可以了；
2. 測試場景：在開始測試前，我們要分析并確定哪些場景下的數(shù)據(jù)才是我們想要的；
3. 自動化腳本：編寫相應(yīng)的自動化測試腳本，這樣可以避免手工操作對測試數(shù)據(jù)帶來的一些影響；
4. 分析工具：能深入到代碼中進行分析，這個一般可能是由開發(fā)人員做，不過，測試人員也是可以涉及的。

一般來說，通過確定量化標準以及四要素的具體內(nèi)容，我們就可以順利開展專項測試了，當然這其中會有很多坑。再提一點，每次具體的測試我們最后進行多次，去掉那些毛刺數(shù)據(jù)，然后取平均值，這樣得到的結(jié)果更準確一些。

下面我將會以電量測試作為例子具體講解一下如何使用上面所謂的方法論。首先，我們先確認量化標準，電量測試的一種量化標準是測試電流，這種方式應(yīng)該說是我們直接能想到的，但是這種方式的缺點較多，例如，測試工具不易獲得，測試的是全局的。所以，一般我們以下幾個數(shù)據(jù)作為衡量標準：

• CPU 時間片（單位：Jiffies，一般手機為每單位消耗10ms的CPU 輪詢時長）；
• Alarm 喚醒次數(shù)和喚醒時長；
• WakeLock 鎖的使用；

那我們?nèi)绾稳カ@得這些數(shù)據(jù)呢？

CPU時間片

CPU 時間分為用戶態(tài)、系統(tǒng)態(tài)和空閑態(tài)。所以，CPU時間片=用戶態(tài)時間片+系統(tǒng)態(tài)時間片，除此之外，為了確保 CPU 時間片采集的準確性，測試前需要固定測試設(shè)備的 CPU 頻率。通過一下命令，我們可以查看具體進程的相關(guān)統(tǒng)計：

    # %s為指定進程的pid
    adb shell cat /proc/%s/stat

    # 具體實例及結(jié)果輸出:
    adb shell cat /proc/9972/stat
    # 9972 (le.android.keep) S 201 201 0 0 -1 1077936448 12591 0 0 0 25 15 0 0 20 0 16
    # 0 4895875 1524547584 10237 4294967295 1 1 0 0 0 0 4612 0 38136 4294967295 0 0 1
    #7 0 0 0 0 0 0 0 0 0

結(jié)果說明：總的時間片 = 25+15 = 40，將兩次相減得到差值增量即可。參數(shù)解釋：

pid = 9972 應(yīng)用的進程id
utime=25 第13位，該進程在用戶態(tài)運行的時間，單位：Jiffies
stime=15 第14位，該進程在內(nèi)核態(tài)運行的時間，單位：Jiffies

Alarm 和 WakeLock

• 查看 Alarm，喚醒次數(shù)/時間：dumpsys alarm
• 查看 WakeLock：dumpsys power或者cat /sys/power/wake_lock

接下來我們該確定測試場景了，對于電量測試來說，我們一般會重點放在后臺待機的場景下進行測試，為什么這么說呢？在前臺使用時，用戶是有感知的，此時電量消耗較高是正常的（相對而言）。而后臺待機情況下，用戶是無感知的，此時用戶認為電量消耗較低的。這這種情況下，我們就不需要自動化測試腳本了，只要確定測試環(huán)境就可以了。

本文講到這里，我們先告一段落吧，以后有空可以針對一種具體的專項測試進行詳細地分析。其實，要實施這些專項測試是需要一定功底的，作為 Android 測試人員，首先你得深入了解 Android 系統(tǒng)的一些特點，例如它的內(nèi)存管理機制，Alarm 喚醒機制，進程線程模型；其次，Android 是基于 Linux 內(nèi)核的，所以我們對 Linux 也要一定的了解，Android 也給我們提供了非常有用的命令行工具，很多的測試數(shù)據(jù)都可以通過命令行工具來獲得。

關(guān)于 Android 電量使用統(tǒng)計，推薦大家一篇 Android 官方的一篇文檔——Power Profiles for Android。

2015.4.10，append：
最近遇到一個問題，就是如何將 CPU 時間片消耗的Jiffies值轉(zhuǎn)換為具體的電量消耗，也就是mAh。為什么會有這個問題呢？好吧，其實就是因為一般人是不明白Jiffies是什么意思的。下面是我個人的想法：

先普及一下物理上的一個公式吧，電能W（焦耳J）= P * t = U * I * t，從公式中可以看出，在電壓恒定的情況下，只要知道電流和時間即可得到電量。

通過文檔——Power Profiles for Android，我們可以了解到Android設(shè)備中的各個硬件模塊在不同狀態(tài)下的平均電流值是不一樣的，例如我們講的 CPU，CPU 在不同狀態(tài)下（例如，運行頻率，active or idle）的平均電流是不一樣的。具體相應(yīng)的電流值都記錄在文件power_profile.xml中，而這個文件又在/system/framework/framework-res.apk這個apk中，通過反編譯這個 apk 可以得到該文件。關(guān)于這個文件大家還可以參考一下這篇文章——電量統(tǒng)計之一：PowerProfile.java與power_profile.xml。

好了，講完電流，我們再講一下時間，也就是 CPU 的運行時間，這個時間其實就是Jiffies，一般來講：1 Jiffies = 10ms，然后我們可以計算電量了。目前來講，我的想法就是這樣，估計這個只能做個參考吧。

附加一個power_profile.xml文件的內(nèi)容給大家，記住，不同設(shè)備的值可能不一樣。

<?xml version="1.0" encoding="utf-8"?>
<device name="Android">
  <!-- Most values are the incremental current used by a feature,
       in mA (measured at nominal voltage).
       The default values are deliberately incorrect dummy values.
       OEM's must measure and provide actual values before
       shipping a device.
       Example real-world values are given in comments, but they
       are totally dependent on the platform and can vary
       significantly, so should be measured on the shipping platform
       with a power meter. -->
  <item name="none">0</item>
  <item name="screen.on">0.1</item>  <!-- ~200mA -->
  <item name="screen.full">0.1</item>  <!-- ~300mA -->
  <item name="bluetooth.active">0.1</item> <!-- Bluetooth data transfer, ~10mA -->
  <item name="bluetooth.on">0.1</item>  <!-- Bluetooth on & connectable, but not connected, ~0.1mA -->
  <item name="wifi.on">0.1</item>  <!-- ~3mA -->
  <item name="wifi.active">0.1</item>  <!-- WIFI data transfer, ~200mA -->
  <item name="wifi.scan">0.1</item>  <!-- WIFI network scanning, ~100mA -->
  <item name="dsp.audio">0.1</item> <!-- ~10mA -->
  <item name="dsp.video">0.1</item> <!-- ~50mA -->
  <item name="radio.active">0.1</item> <!-- ~200mA -->
  <item name="radio.scanning">0.1</item> <!-- cellular radio scanning for signal, ~10mA -->
  <item name="gps.on">0.1</item> <!-- ~50mA -->
  <!-- Current consumed by the radio at different signal strengths, when paging -->
  <array name="radio.on"> <!-- Strength 0 to BINS-1 -->
      <value>0.2</value> <!-- ~2mA -->
      <value>0.1</value> <!-- ~1mA -->
  </array>
  <!-- Different CPU speeds as reported in
       /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state -->
  <array name="cpu.speeds">
      <value>400000</value> <!-- 400 MHz CPU speed -->
  </array>
  <!-- Current when CPU is idle -->
  <item name="cpu.idle">0.1</item>
  <!-- Current at each CPU speed, as per 'cpu.speeds' -->
  <array name="cpu.active">
      <value>0.1</value>  <!-- ~100mA -->
  </array>
  <!-- This is the battery capacity in mAh (measured at nominal voltage) -->
  <item name="battery.capacity">1000</item>
  <array name="wifi.batchedscan"> <!-- mA -->
      <value>.0002</value> <!-- 1-8/hr -->
      <value>.002</value>  <!-- 9-64/hr -->
      <value>.02</value>   <!-- 65-512/hr -->
      <value>.2</value>    <!-- 513-4,096/hr -->
      <value>2</value>    <!-- 4097-/hr -->
  </array>
</device>

append end

參考文章

1. APT：APT是一個Android平臺高效性能測試組件，提供豐富實用的功能，適用于開發(fā)自測、定位性能瓶頸；測試人員完成性能基準測試、競品對比測試；
2. Android 性能分析案例；
3. Android Performance Case Study；
4. 專欄：Android性能優(yōu)化；
5. Android Application Performance Improvement；
6. Avoiding memory leaks；
7. Android Layout Tricks #1；
8. 如何分析Android應(yīng)用內(nèi)存使用情況。