手機軟件測試_做Android手機軟件測試需要掌握哪些工具？ _生活經驗

手機軟件測試的基本流程？手機軟件測試的基本流程：
【手機軟件測試_做Android手機軟件測試需要掌握哪些工具？】1、需求分析階段：閱讀需求，理解需求，分析需求點，參與需求評審會議。
2、測試計劃階段：主要任務就是編寫測試計劃，參考軟件需求規格說明書，項目總體計劃，內容包括測試范圍，進度安排，人力物力分配，整體測試策略的制定。
3、編寫測試用例：適當的了解設計，搭建測試用例框架，根據需求和設計編寫測試用例。
4、測試執行階段：搭建環境準備數據，執行預測試然后進入正式測試（系統測試、回歸測試、交叉測試、自由測試），bug管理直到測試結束。
5、輸出測試報告：輸出測試報告，確認是否可以上線。

文章插圖
擴展資料
軟件測試方法
1、動態測試
計算機動態測試的主要目的為檢測軟件運行中出現的問題，較靜態測試方式相比，其被稱為動態的原因即為其測試方式主要依賴程序的運用，主要為檢測軟件中動態行為是否缺失、軟件運行效果是否良好。
2、黑盒測試
黑盒測試，顧名思義即為將軟件測試環境模擬為不可見的“黑盒” 。通過數據輸入觀察數據輸出，檢查軟件內部功能是否正常。測試展開時，數據輸入軟件中，等待數據輸出。數據輸出時若與預計數據一致，則證明該軟件通過測試。
3、白盒測試
白盒測試相對于黑盒測試而言具有一定透明性，原理為根據軟件內部應用、源代碼等對產品內部工作過程進行調試。
測試過程中常將其與軟件內部結構協同展開分析，最大優點即為其能夠有效解決軟件內部應用程序出現的問題，測試過程中常將其與黑盒測試方式結合，當測試軟件功能較多時，白盒測試法亦可對此類情況展開有效調試。軟件測試和手機測試的區別區別如下：
1.性質不同
軟件測試是描述一種用來促進鑒定軟件的正確性、完整性、安全性和質量的過程。手機測試是一個很大的題目，涉及到硬件測試和軟件測試，還有結構的測試，比如抗壓，抗摔，抗疲勞，抗低溫高溫等。

文章插圖
2 。范圍不同
軟件測試適用于IT行業、有信息化管理的各行業，手機測試涉及硬件測試和軟件測試等。
3.測試原則不同
軟件測試對計算機軟件進行測試前，首先需遵循軟件測試原則，即不完全原則的遵守。手機測試之前，覺得應該了解一下什么是嵌入式操作系統的原則。
參考資料來源：百度百科--手機測試想找一份手機軟件測試的工作，沒經驗，前幾天去一...你好，關于手機通訊錄的測試主要從以下幾點可以考慮：
第一，通訊錄的功能測試。通訊錄的基本功能包括增、刪、改、查幾個。增加聯系人到通訊錄可以分新建號碼、從已撥/已接/短信中等獲取電話號碼進行，可以從這幾個方面考慮去測試是否能增加號碼。刪除聯系人，對以保留的聯系人進行刪除，看能否刪除；修改聯系人，對以保留的聯系人進行修改，看能否修改；查看聯系人，對以保留的聯系人進行查看。在這些功能測試當中，設計各種測試用例，用例可以是單個用例，也可以是一個用例套件；在設計測試用例時，也可以對有效性驗證。其實考慮的內容比較多，測試內容也比較多，凡是界面上有，可以點擊的，都要測試。
第二，通訊錄的接口測試。
通訊錄和撥號程序以及發短信等程序都有接口關系，要對他們之間的接口進行測試。
第三，通訊錄的性能測試。
性能可以包括存儲、打開時間，存儲容量等方面進行考慮。

一時間就想著多么多，肯定還不夠全，希望對你有點幫助。
擴展
請問你是做手機軟件測試的嗎？能加QQ921882340傳授點經驗嗎?

手機軟件測試和電腦軟件測試有什么不同？手機測試是一個很大的題目，涉及到硬件測試和軟件測試，還有結構的測試，比如抗壓，抗摔，抗疲勞，抗低溫高溫等，結構上的設計不合理，會造成應力集中，使得本身外殼變形，對于翻蓋手機，蓋子失效，還有其他嚴重問題。硬件測試一般都有嚴格的物理電氣指標，也有專門的儀器，這里的儀器，不在多說，一般如果是專業的測試人員，不會對詞陌生吧。
手機測試，一般是指軟件測試，這個一方面也說明了軟件在手機上的重要行。一方面也說明手機測試的難度。因為期他得測試都有明確的指標，嚴格的操作規程，還有各種儀器。下面說的手機測試一般都是手機軟件測試，以后不在重復說明。
在說明手機測試之前，我覺得應該了解一下什么是嵌入市操作系統，這是個時髦的名詞，雖然我們已經被嵌入市操作系統的產品所包圍，但是卻不一定能說清楚，什么是嵌入式操作系統，而學校的課堂上，講的也不多，所以很多人對此感到云山舞罩。
簡單的說，一個嵌入市操作系統就是為完成某中特定功能而專門開發的操作系統。這個操作系統的功能很明確，不象大型操作系統，范圍廣泛，大千世界，盡在其中，而嵌如操作系統只為完成某一項或者幾項功能。
再說一下手機的特殊性，也就是要求對響應時間達到一定限制范圍。也就是所謂的實時操作系統，如果一個電話不能在90秒內接聽，那么對方會掛掉。而你的操作系統還沒反映過來，那么這個操作系統無疑是失敗的，這是對嵌如操作系統實時性的要求。
作為一個測試人員，你必須了解這些，可能對一些軟件開發人員，他不必很在意這些方面，因為他只要了解自己模塊的入口說明和出口說明就可以。但是測試人員不行。高級測試人員應該了解嵌入操作系統的特點，這個系統不象WINDOWS，有圖形界面可以輸入輸出，也不象D OS用命令行模式，所有這些，都需要自己編寫一個編輯器，編寫一個交互界面，編寫一個輸入輸出界面，在WINDOWS中，利用一些API和一些M FC，不用考慮硬件的問題，因為系統已經完成，而WINDOWS是講究和硬件分離的，因為這樣可以保護系統不受侵入。而在嵌入市系統里面。這一些都要求和硬件息戲相關。手機測試中，軟件出現的故障不一定是由于軟件的錯誤，也可能是由于沒有考慮到硬件和軟件沒有完美的結合。
因此我們在了解操作系統同時，也要了解一下其他的手機硬件性能，比如CPU ，比如存儲器。
CPU的處理運算能力是以MIPS來衡量的，當然越快越好，但是也是和成本相關的，我不知道現在MOTOROLA T39的CPU ，但是，因為是PDA，又是手寫屏幕，所以菜單特別的慢。關于存儲器需要專門做出說明，因為這里的存儲器很特別，不象PC，手機沒有硬盤！
嵌入時系統的編程語言一般有C，而且也是最多的，也有其他語言。比如C++在最開始時候是用匯編的，但是匯編難懂，而且也不容易移植，漸漸的被C代替，不過即使如此，在啟動程序時候，要啟動板子，也就是電路板時候，還是需要用一些匯編語言完成。
作為一個嵌入市系統的程序，和在PC上運行著的程序沒有任何不同，唯一不同可能是在PC上運行的程序，你可以看到結果——如果你用輸出語句的話，而在這里，你是看布道結果的。除非你加上L CD硬件，然后編寫了LCD驅動程序，然后再編寫顯示程序。編寫嵌入市程序，一切都要自己解決。
我們的手機如果不是認為把電源切斷的話，或者在電源消耗到一定程度的話，是會一直在使用的，所以，手機程序是一直在運轉的，就是說一直在循環，這個，對于了解嵌入市程序，應該是個好材料——嵌入式程序就是一個無限循環的程序，除非關掉電源和電源因素，這里也有一個測試點：硬件中斷是最高級的，它會終止你的程序，即使你現在的程序級別很高，比如通話，如果沒電了，一切會o ver.
手機程序就是在一個無限循環的程序，什么時候跳出這個無限循環？你關機吧，如果感到不高興，把電池卸下來，因為有可能進入死循環，而關機鍵失效了，——只好通過取下電池了。
這里要專門說明一下存儲器，因為很多手機毛病都和存儲有關，而且很多問題都和存儲相關，計算機的存儲是關鍵，而手機更是關鍵，因為計算機有硬盤作為存儲，而手機所有的都在存儲器里
存儲器分為幾類，RAM 隨機存儲器，ROM隨機只讀存儲器還有現在出現一些的閃存，以及電子可編程存儲和非易失存儲起。一個一個到來。RAM 隨機存儲器，其中又有SRAM（靜態RAM）DRAM（動態RAM），
SRAM，只要只要電源開著，就會保存，我們打電話，有些最后撥打的號碼，暫時是存在SRAM中的，不會立刻寫入通話記錄。只有正常關機，才會寫入，如果取電池的話，是不會寫入手機的通話記錄的，如果在通話記錄中出現了已經撥打電話，但是沒有記錄的情況，那么有可能和這個存儲器有關，可能是你的軟件上錯誤，也可能是硬件。DRAM在手機上用的不多，因為保留數據時間很短。從價格上看，SRAM是非常昂貴的，而DRAM相比很便宜。
ROM也有幾種，PROM可編程ROM 和EPROM可擦除可編程ROM 。兩者區別是，PROM是一次性的，也就是軟件灌入后，這個就完蛋了，這種是早期的產品，現在已經不可能使用了，而E PROM則是通用的存儲器，這些存儲器不符和手機軟件產品，一般使用ROM少。
其他FLASH 。這是近來手機采用最多的存儲器，這種存儲起結合了ROM和RAM的長處，但是不屬RAM也不屬于ROM 。手機大量采用的NVRAM 非易失存儲器。和SRAM屬性差不多，EEPROM 電子可擦出可編程存儲器。閃存，ROM的后代。手機軟件一般放在EEPROM中，EPROM是通過紫外光的照射，擦除原先的程序，而EEPROM是通過電子擦出，當然價格也是很高的，而且寫入時間很長，寫入很慢，所以前面提到的電話號碼，一般先放在S RAM中，不是馬上寫入EEPROM，因為當時有很重要工作要做——通話，如果寫入，漫長的等待是讓用戶忍無可忍的。NVRAM 是一個很特別的存儲器，它和SRAM相類似，但是價格卻高很多，由于一些數據實在重要，斷電后必須保持這些數據，所以只能存放在這里，一般和個人信息有關的數據會放在這里，比如和S IM卡相關數據。容量大小也只有幾百字節。
閃寸存儲器是所有手機的首選，綜合了前面的所有優點，不會斷電丟失數據（NVRAM）快速讀取，電子可擦出可編程（EEPROM）所以現在手機大量采用。
說了這么多存儲器，可能比較糊涂了，這么多存儲器，究竟采用哪中呢，在手機發展中，各種存儲器都用過，至于現在，各種手機采用的存儲器是不同的，這個和成本相關，各種存儲器價格不一樣，本著性價比最優組合，由設計者決定，有些是可選的，有些是必須的，是手機方案決定的，我們了解只是各種存儲性能，特點，在測試中判斷錯誤原因。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
手機協議站軟件的白盒測試
手機軟件測試單從測試的內容來看，包括上面的MMI和底下的PROTOCOL 。由于MMI的靈活性，和各個廠家的個性化，以及手機本身的用戶不同。MMI的側重點也就不同，在基本通話、短消息、數據功能完成的基礎上可以五花八門，所以測試的重點不同。測試方法各不相同。但是協議就不同了，協議是統一的，雖然你實現方法可以不同，但是完成的功能必須相同，和MMI不同，雖然都是聊天，但是有些用短消息
聊天，有些用PUSH聊天，而協議軟件有一個遵守的規范——ETSI指定的協議規范，有統一的命令規范和統一的標準。消息（術語，不是軟件編程里的消息，是通信術語）是固定的嘛。針對協議的測試，因為有標準可循，有規范可儀，所以軟件測試就很多工具，公司也多，自動化測試要自動話，否則，按照人的測試能力，誰也無法保證其絕對可靠性，也沒有這么大的人力去仔細做測試。
一般對于白盒測試是比較嚴格的，而且也是耗費人力的，所以常采用自動化測試工具。這樣節省人力、縮短測試時間。至于誰家的工具比較好，涉及各取所需吧，也涉及到成本問題。你如果想購買某產品，會給你一個DEMO版本，給你一個月的評價時期，這個評估版本讓你熟悉其產品的優劣也讓你熟悉其操作。測試工具一般都有二次開發功能，也就是可以自己編寫腳本，針對不同的軟件平臺做一些改動，這樣可以根據自己的需要編寫測試CASE測試用列。當然即使是全部用自動化測試，你心理還是沒底，你還是要仔細去看代碼。分析流程，讀懂其含義，一個很小的問題，出錯保護沒有作好，一般這個問題最多，出錯保護機制沒有作好，會造成崩潰這樣嚴重的問題。這是針對協議代碼的白盒測試。如果你是對購買來的協議進行測試，一般有儀器，模擬一個網絡基站，進行測試，不過這樣的儀器非常昂貴，而且測試人員要對ETSI協議比較熟悉。我沒有直接參加針對協議的白盒測試，不過對評估般的測試軟件曾經PRACTISE，可測試覆蓋率，我很奇怪的是，一般打點（跟蹤）也是需要消耗CPU時間的這樣程序效率就降低了，而我要測試程序的效率等項目就要考慮CPU，而且程序的工作運轉必須和CPU息息相關，而現在CPU 在保證程序RUN同時，還要進行打點，是否測試出的指數和實際不符和呢，是否沒有達到真實的水平呢？而它這個產品（水牛）介紹說，一般不占用CPU時間，我想了很長時間沒有想通后想咨詢，告之這是他們的專利，無可奉告。由于這種測試工具是針對平臺，所以如果你平臺不支持的，也就沒有辦法使用了。還有集成測試等等，在軟件的介紹中有詳細說明，不再詳細說明。對協議進行白合測試，我想對你的要求就是：熟悉相關的協議，否則白扯；熟悉開發的語言，否則免談。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
1 計算機工業的分類
以往我們按照計算機的體系結構、運算速度、結構規模、適用領域，將其分為大型計算機、中型機、小型機和微計算機，并以此來組織學科和產業分工，這種分類沿襲了約40年。近10年來隨著計算機技術的迅速發展，實際情況產生了根本性的變化，例如70年代末定義的微計算機演變出來的個人計算機(PC)，如
今已經占據了全球計算機工業的90%市場，其處理速度也超過了當年大、中型計算機的定義。隨著計算機技術和產品對其它行業的廣泛滲透，以應用為中心的分類方法變得更為切合實際，也就是按計算機的嵌入式應用和非嵌入式應用將其分為嵌入式計算機和通用計算機。通用計算機具有計算機的標準形態，通過裝配不同的應用軟件，以類同面目出現并應用在社會的各個方面，其典型產品為PC；而嵌入式計算機則是以嵌入式系統的形式隱藏在各種裝置、產品和系統中。
2 嵌入式系統(Embedded Systems)
嵌入式系統被定義為：以應用為中心、以計算機技術為基礎、軟件硬件可裁剪、適應應用系統對功能、可靠性、成本、體積、功耗嚴格要求的專用計算機系統。嵌入式計算機在應用數量上遠遠超過了各種通用計算機，一臺通用計算機的外部設備中就包含了5-10個嵌入式微處理器，鍵盤、鼠標、軟驅、硬盤、顯示卡、顯示器、Modem、網卡、聲卡、打印機、掃描儀、數字相機、USB集線器等均是由嵌入式處理器控制的。在制造工業、過程控制、通訊、儀器、儀表、汽車、船舶、航空、航天、軍事裝備、消費類產品等方面均是嵌入式計算機的應用領域。
手機軟件測試有哪些方法一、等價類分析法
等價類劃分方法針對手機狀態大致可以歸幾個大類：
1.按鍵類（等價法）：有效輸入和無效輸入（有效輸入指UM和菜單指示；無效輸入指測試菜單功能此時沒有定義的按鍵和用戶動作）；
2.外部中斷類（等價法）：常用、不常用及無效
2.1.常用：來電和來消息（短信、彩信、push消息）；掀合蓋；側鍵；耳機＆FM；情景模式；電量不足
2.2.不常用：充電；鬧鐘＆記事本＆關機時間＆整點報時提示；Icon＆動畫顯示；Icon＆動畫刷新；編輯界面＆pop顯示框輸入為空或滿；編輯界面＆pop顯示框狀態輸入法默認＆字符編碼默認；失效SIM卡；大容量等SIM卡兼容；排序；號碼識別；
二、邊界值分析
例子1：
短消息發送功能的等價類劃分方法:.
三、錯誤猜測法
例子1：
利用手機鬧鐘重響的例子引入錯誤猜測法基本概念，講解錯誤猜測法的意義
未接來電29通，內存中規劃的分區一直分配被占用。即使同一號碼也同樣占用資源。假設此時第30通電話正好為來電號碼不顯示，即“來電號碼未知”或境外來電號碼隱藏時（國外保護個人隱私，自動開啟來電號碼隱藏功能），可能會出現BUG，實際情況證明，此時會出現Reset問題。
四、判定表法
舉例一，若手機用戶欠費或停機，則不允許主被叫。表示為判定表如下：
七、狀態遷移法
舉例手機mp3鍵盤播放模式測試用例設計
1.鍵盤用戶模式基本操作功能
2.支持媒體格式與文件格式要求
3.多媒體播放中對外部事件的響應
4.終端處理能力（包括終端異常處理、文件操作）
5.PC與終端同步能力
什么是手機軟件測試手機軟件測試同軟件測試一樣，只不過他的平臺式手機，也是嵌入式的一部分，工作就是測試軟件可以在手機上正常使用，不會產生各種異常情況，測試方法也比較多
首先測試一般是把流程走通，這是最基本的，你的軟件需要實現什么功能和實現了什么功能，嚴格按照需求，即使是可用的功能，需求沒有的話，那也是Bug 。
軟件的可用性和體驗性
交互性:這一塊的Bug應該是最多，舉一個簡單的例子，使用軟件的過程中來短信和來電，如果你的軟件是基于網絡的，這一塊肯定會有很多問題。而且，手動的將網絡斷開再恢復，請求會不會重新發送，這一點也是需要考慮的。
將軟件中的控件和手機的按鍵結合起來測試。
還有你要明確軟件的平臺，兼容性需要考慮，如果是一個平臺的，但是分辨率不一樣，會使得界面元素丟失等，如果是鍵盤和觸屏，那又要分情況考慮了。
找Bug就是要把軟件玩死，就要充分考慮異常的操作，測試不是找開發的錯誤，而是想開發沒想到的東西，場景是否面面俱到，錯誤處理是否健全。
手機測試主要測試什么？
一.軟件壓力測試:用自動測試軟件連續給手機撥打1000個電話，檢查手機是否會發生故障.
二.抗摔性測試:抗摔性測試由專門的PRT可*性實驗來進行.半米的微跌落測試要做300/面(手機有6個面).而2米的跌落測試每個面需各做一次.還有模擬人把手機扔到桌面的測試.
三.高溫低溫測試:讓手機處于高低不同的溫度來檢測手機的適應性.
四.高濕度測試:用一個專門的箱子來操作滴水測試，模擬人出汗的情況(水里面摻有一定比例的鹽)
五.百格測試:用H4的鉛筆在手機的外殼畫100個格子，看看外殼會不會掉油漆.
六.翻蓋測試:對翻蓋手機進行翻蓋10萬次，檢查殼體的損耗情況.
七.扭矩測試:直板機，用夾具夾住兩頭，一頭左擰，一頭右擰.測試殼體和手機里面大型器件的強度.
八.靜電測試:北方天氣干燥，手摸金屬的東西容易產生靜電，擊穿手機電路，有些設計不好的手機就是這么突然壞的.有專門的靜電槍和銅板來測試.
九.按鍵測試:借助機器以給定的力量擊打鍵盤10萬次.十.沙塵測試:手機放入特定的箱子，細小的沙子被鼓吹起來.數小時后，察看手機里面是否有沙子進入，如果是，那么手機密閉性不好，結構設計有待重新調整。
做Android手機軟件測試需要掌握哪些工具？請注意測試本身不是靠工具的而是靠設計，這是我的理念，所以我一向覺得，很多人認為做測試做的好就是靠掌握一門好的工具，這個觀點是不正確的，所以我可以負責任的告訴你，做Android手機需要掌握的不是工具、而是理念、思維、以及框架，總的來說是本質，而工具只是輔助，那么現在我來介紹一些我了解的工具（僅僅是了解，很多沒用過）
開源 Android 軟件測試工具包括：Android Test Kit, AndroidJUnit4, Appium, calabash-android, Monkey, MonkeyTalk, NativeDriver, Robolectric, RoboSpock, Robotium, UIAutomator, Selendroid 。
Android Test Kit
Android Test Kit 是一組 Google 開源測試工具，用于 Android 平臺，包含 Espresso API 可用于編寫簡潔可靠的 Android UI 測試。
AndroidJUnit4
AndroidJUnit4 是一個讓 JUnit 4 可以直接運行在 Android 設備上的開源命令行工具。
Appium
Appium 是一個開源、跨平臺的自動化測試工具，用于測試原生和輕量移動應用，支持 iOS, Android 和 FirefoxOS 平臺。Appium 驅動蘋果的 UIAutomation 庫和 Android 的 UiAutomator 框架，使用 Selenium 的 WebDriver JSON 協議。Appinm 的 iOS 支持是基于 Dan Cuellar's 的 iOS Auto. Appium 同時綁定了 Selendroid 用于老的 Android 平臺測試。
Calabash-android
calabash-android 是一個基于 Cucumber 的 Android 的功能自動化測試框架。Calabash 允許你寫和執行，是開源的自動化移動應用測試工具，支持 Android 和 iOS 原生應用。Calabash 的庫允許原生和混合應用的交互測試，交互包括大量的終端用戶活動。Calabash 可以媲美 Selenium WebDriver 。但是，需要注意的是 web 應用和桌面環境的交互跟觸摸屏應用的交互是不同的。Calabash 專為觸摸屏設備的原生應用提供 APIs 。
Monkey
Monkey 是 Google 開發的 UI/應用測試工具，也是命令行工具，主要針對壓力測試。你可以在任意的模擬器示例或者設備上運行。Monkey 發送一個用戶事件的 pseudo-random 流給系統，作為你開發應用的壓力測試。
MonkeyTalk
MonkeyTalk 是世界上最強大的移動應用測試工具。MonkeyTalk 自動為 iOS 和 Android 應用進行真實的，功能性交互測試。MonkeyTalk 提供簡單的 "smoke tests"，復雜數據驅動的測試套件。MonkeyTalk 支持原生，移動和混合應用，真實設備或者模擬器。MonkeyTalk 使得場景捕獲非常容易，可以記錄高級別，可讀的測試腳本。同樣的命令可以用在 iOS 和 Android 應用上。你可以記錄一個平臺的一個測試，并且可以在另外一個平臺回放。MonkeyTalk 支持移動觸摸和基于手勢交互為主的移動體驗。點擊，拖拽，移動，甚至是手指繪制也可以被記錄和回放。
NativeDriver
NativeDriver 是 WebDriver API 的實現，是原生應用 UI 驅動，而不是 web 應用。
Robolectric
Robolectric 是一款Android單元測試框架，使用 Android SDK jar，所以你可以使用測試驅動開發 Android 應用。測試只需幾秒就可以在工作站的 JVM 運行。Robolectric 處理視圖縮放，資源加載和大量 Android 設備原生的 C 代碼實現。Robolectric 允許你做大部分真實設備上可以做的事情，可以在工作站中運行，也可以在常規的 JVM 持續集成環境運行，不需要通過模擬器。
RoboSpock
RoboSpock 是一個開源的 Android 測試框架。提供簡單的編寫 BDD 行為驅動開發規范的方法，使用Groovy 語音，支持 Google Guice 庫。RoboSpock 合并了 Robolectric 和 Spock 的功能。
Robotium
Robotium 是一款國外的Android自動化測試框架，主要針對Android平臺的應用進行黑盒自動化測試，它提供了模擬各種手勢操作（點擊、長按、滑動等）、查找和斷言機制的API，能夠對各種控件進行操作。Robotium結合Android官方提供的測試框架達到對應用程序進行自動化的測試。另外， Robotium 4.0版本已經支持對WebView的操作。Robotium 對Activity，Dialog，Toast，Menu 都是支持的。
UIAutomator
uiautomator 測試框架提高用戶界面（UI）的測試效率，通過自動創建功能 UI 測試示例，可以在一個或者多個設備上運行你的應用。
Selendroid
Selendroid 是一個 Android 原生應用的 UI 自動化測試框架。測試使用 Selenium 2 客戶端 API 編寫。Selendroid 可以在模擬器和實際設備上使用，也可以集成網格節點作為縮放和并行測試。