我為什么做這項工作？

其實這項工作是另一位同事在做，過程中發(fā)下了一些問題，但是種種原因log和數(shù)據(jù)都沒有收集到，無法進行分析。然后我就接手了，負(fù)責(zé)復(fù)現(xiàn)她發(fā)現(xiàn)的問題并提供log和數(shù)據(jù)給開發(fā)分析。

需要測試的是一個什么樣的功能？

需求是這樣的：開發(fā)在Framework層增加了app應(yīng)用權(quán)限管控（Android11中基本權(quán)限、自動以權(quán)限、AIDL），服務(wù)端可以通過下發(fā)指令到手機，控制app可以訪問及不能訪問的權(quán)限。同時安裝app也需要對簽名做校驗。

該如何開始這項工作呢？

不用多言，自動化是必須的，但是如何實施呢？ 首先，client端是需要接收指令的，是個指令不能人工操作下發(fā)，好在我們有web管理頁面，通過按鍵精靈錄屏可實現(xiàn)不停的向

client下發(fā)指令（本來想用selenuim，但是時間關(guān)系就使用按鍵精靈吧），這樣就解決了后臺人工不干預(yù)的需求。但是Client端呢？

因為我們做的是app的權(quán)限攔截，那就必須有app啊，我們選了30個常用的app和一些測試demo，那么問題來了，這些app的安裝卸載總不能手工進行吧。答案是肯定的，可以通過python+adb install/uninstall，進行安裝和卸載。安裝就不說了，無非就是通過python獲取apk路徑然后執(zhí)行adb install 命令。卸載是需要傳入包名的，如何獲取系統(tǒng)已經(jīng)安裝應(yīng)用的包名呢？ pm list package -3 + awk 命令就可以將apk的包名過濾出來了，然后在使用adb uninstall卸載就行了。到此 apk的安裝卸載自動化就完成了，那么新的問題又來了

應(yīng)用要使用某項權(quán)限肯定要先啟動啊，如何一一的啟動這些app呢？

這里可能會有人想到使用am命令，但問題是am啟動應(yīng)用需要知道MainActivity的名稱，雖然通過工具可以一一獲取到，但是這項工作未免太耗時。所以這里我們不使用am來啟動應(yīng)用，換成monkey啟動應(yīng)用，這樣只需要傳入包名即可。

OK，安裝卸載、應(yīng)用啟動的思路都有了，下面就需要收集log和數(shù)據(jù)了，可以使用python函數(shù)subprocess.Popen()函數(shù)將logcat命令傳入（logcat過濾log方法不再詳述），這樣測試過程就可以一直輸入log。因為我復(fù)現(xiàn)的是黑屏問題，所以測試過程中還需要收集Cpu和Memory信息，同樣的使用python定時執(zhí)行命令dumpsys meminfo / cpuinfo來獲取。

腳本執(zhí)行結(jié)果：

1、第一次執(zhí)行，在dump的內(nèi)存信息中發(fā)現(xiàn)了 我們的一個本地層進程出現(xiàn)內(nèi)存泄露，我們懷疑是這個泄露引起的黑屏，我們的開發(fā)進行了修改。

2、第二輪測試中，同樣的發(fā)現(xiàn)了黑屏，但已經(jīng)不是內(nèi)存泄露引起的了，而是Binder掛了（我們修改過系統(tǒng)的Binder），而且只有360手機衛(wèi)士和騰訊手機管家這樣的安全應(yīng)用在設(shè)備上長時間運行才會出現(xiàn)這個問題，所以選擇什么樣的app也需要根據(jù)功能和業(yè)務(wù)而定，不能盲目。

PS：這項測試工作我覺得是個很好的積累，所以就寫下來；以后再遇到類似的可以拿出來參考。

補充知識：Shell腳本實戰(zhàn)之生成日志文件

1.代碼如下

#!/bin/bash
today=$(date +%y%m%d)
#the cause to use the command ls is in that to bulit a new #file,not in that the command ls.
ls /usr/bin -al > $today.log

以上這篇python+adb+monkey實現(xiàn)Rom穩(wěn)定性測試詳解就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論