出自
android的測試框架，除了需要適合做ui測試，還需要保證選取的框架有以下幾點特性：
robotium:
athrun(tmts):
monkeyrunner:
uiautomator:
實際使用後，發現uiautomator沒有提供測試結果報告，這一點是硬傷啊…不過還是有解決辦法的，把uiautomator的輸出重定向到乙個檔案中，再使用轉換成xml的測試報告。這樣和jenkins整合後，測試結果就可以使用xunit plugin展示出來啦～
Android自動化測試框架
1 monkeyrunner 優點 操作最為簡單，可以錄製測試指令碼，視覺化操作 缺點 主要生成座標的自動化操作，移植性不強，功能最為侷限 2 rubotium 主要針對某乙個apk進行自動化測試，apk可以有原始碼，也可以沒有原始碼，功能強大 缺點是針對apk操作，而且需要對apk重新簽名 有工具...
Android自動化測試框架
monkey1是android sdk自帶的測試工具，是乙個命令列工具，可以執行在模擬器裡或實際裝置中。可以執行在模擬器中或者實際裝置中，它向系統傳送偽隨機的使用者事件流 如按鍵輸入，觸控螢幕輸入，手勢輸入等 實現對正在開發的應用程式進行壓力測試。由於測試事件和資料都是隨機的，不能自定義，所以有很大...
自動化測試框架
可設計為五層 一 測試用例層 主要存放用例的指令碼，分為主指令碼和子指令碼。主指令碼用來控制各個子指令碼，實現指令碼間的資料傳遞。子指令碼是實現各個功能點的指令碼，同時也會提取出一些共用的方法，一般放在提取層中。主指令碼中可使用資料驅動來控制指令碼實現各種場景的流程，如silktest的test s...