網頁版： http://www.javaworld.com.tw/jute/post/view?bid=26&id=299312&sty=1 最近在開發時需測試一些 component 的運作， 並不是測試 UI 會不會被按掛， 也不是要測某個邏輯單元有沒有寫好。 所以，test monkey 與 unit test 都不是那麼合適的工具。 這種時候就得『突發奇想』，設法完成大量的測試， 以增加在真實的使用流程裡將 App 弄死的機會。 以 player component 來說，我們會提供一些 url 讓 component 去試播， 這樣的 component 單純就只需要建立 player instance 再指定 SurfaceView。 最初的 demo activity 會在 onCreate 時， 直接 hardcode 一個 url，它一起來就播放了。 若是我們要給它不定數量的 url 似乎又得重編跟指定，或是放個 playlist。 但怎麼想，這都跟最原始單純的 demokit 的用途有所差距。 我們應該想另一個辦法，App 按裝上去後， 我們能下指令使它開始播放指令的 url。 只要能做到透過指令在外部控制 App 一切都會方便許多。 那麼有那些方案呢？ *. 埋個 tcp server 收 command (實在太麻煩了) *. 弄個 text view 還有 button 給 monkey script 輸入 (似乎又給自己找了更多的麻煩) *. 弄另一個 App 發 intent 給 demo-kit (那還不是要重編程式，又回到如何由外部控制的問題了。鬼打牆) 雖然想過了許多方案，不過想想最後一個點子其實還不錯， 在模糊的印象中 Android 有個 am 指令能在 adb shell 下啟動 App。 而啟動 App 其實就是向某個對象發送 intent 的行為， 因此推測它也可能有 broadcast intent 的能力。 直接進 adb shell 查詢 am 的使用說明： qty:~ qrtt1$ adb shell $ am usage: am [subcommand] [options] start an Activity: am start [-D] [-W] <INTENT> -D: enable debugging -W: wait for launch to complete start a Service: am startservice <INTENT> send a broadcast Intent: am broadcast <INTENT> start an Instrumentation: am instrument [flags] <COMPONENT> -r: print raw results (otherwise decode REPORT_KEY_STREAMRESULT) -e <NAME> <VALUE>: set argument <NAME> to <VALUE> -p <FILE>: write profiling data to <FILE> -w: wait for instrumentation to finish before returning start profiling: am profile <PROCESS> start <FILE> stop profiling: am profile <PROCESS> stop start monitoring: am monitor [--gdb <port>] --gdb: start gdbserv on the given port at crash/ANR <INTENT> specifications include these flags: [-a <ACTION>] [-d <DATA_URI>] [-t <MIME_TYPE>] [-c <CATEGORY> [-c <CATEGORY>] ...] [-e|--es <EXTRA_KEY> <EXTRA_STRING_VALUE> ...] [--esn <EXTRA_KEY> ...] [--ez <EXTRA_KEY> <EXTRA_BOOLEAN_VALUE> ...] [-e|--ei <EXTRA_KEY> <EXTRA_INT_VALUE> ...] [-n <COMPONENT>] [-f <FLAGS>] [--grant-read-uri-permission] [--grant-write-uri-permission] [--debug-log-resolution] [--activity-brought-to-front] [--activity-clear-top] [--activity-clear-when-task-reset] [--activity-exclude-from-recents] [--activity-launched-from-history] [--activity-multiple-task] [--activity-no-animation] [--activity-no-history] [--activity-no-user-action] [--activity-previous-is-top] [--activity-reorder-to-front] [--activity-reset-task-if-needed] [--activity-single-top] [--receiver-registered-only] [--receiver-replace-pending] [<URI>] 果真發現了好東西： send a broadcast Intent: am broadcast <INTENT> 有了這些訊息，那就直接在 onCreate 時， 除了 demokit 原本的動作之外，再多註冊個 broadcast receiver： receiver = new BroadcastReceiver() { @Override public void onReceive(Context context, Intent intent) { Bundle bundle = intent.getExtras(); if(bundle != null && bundle.containsKey("u")) { player.openMedia(bundle.getString("u")); } } }; /* 記得要 unregister 它呦 */ registerReceiver(receiver, new IntentFilter("demokit.stub")); 這麼做，在平時的時候 demokit 的行為都一樣，開了就播。 而透過 broadcast receiver 我們得到重新指定播放內容的功能： $ am broadcast -a demokit.stub -e u rtsp://streaming.o2active.cz/o2tvinfo_med Broadcasting: Intent { act=demokit.stub (has extras) } Broadcast completed: result=0 使用 -a 指定 action name，並加上 -e 指定參數 key 為 u 空一個填上 value。 後續再配合 python 動態產生 adb command 並分折程式 log 協助產生大量測試的結果。 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.231.49.56 ※ 編輯: qrtt1 來自: 61.231.49.56 (08/01 21:10) ※ 編輯: qrtt1 來自: 61.231.49.56 (08/01 21:13)