1、CTS，CTS 測(cè)試基于Android instrumentation 測(cè)試， 其又基于JUnit 測(cè)試。說白了， CTS 就是一堆單元測(cè)試用例。這也是Java 語言的擅長(zhǎng)部分。
2、 Monkey工具，Monkey是Android中的一個(gè)命令行工具，可以運(yùn)行在模擬器里或?qū)嶋H設(shè)備中。它向系統(tǒng)發(fā)送偽隨機(jī)的用戶事件流(如按鍵輸入、觸摸屏輸入、手勢(shì)輸入等)，實(shí)現(xiàn)對(duì)正在開發(fā)的應(yīng)用程序進(jìn)行壓力測(cè)試。Monkey測(cè)試是一種為了測(cè)試軟件的穩(wěn)定性、健壯性的快速有效的方法。
3、ASE，ASE 意思為Android 腳本環(huán)境， 即我們可以通過腳本（比如Python）調(diào)用Android 的功能，從而定制一些測(cè)試。比如打電話，發(fā)短信，瀏覽網(wǎng)頁(yè)，等。我們可以擴(kuò)充它的API（Java 部分）, 并用python 腳本調(diào)用這些API, 從而實(shí)現(xiàn)豐富的測(cè)試功能。用于API 部分可以訪問到Android 全部API, python 又能靈活部署測(cè)試，所以ASE 的擴(kuò)展性非常好。
4、Robotium，該工具用于黑盒的自動(dòng)化測(cè)試?？梢栽谟性创a或者只有APK 的情況下對(duì)目標(biāo)應(yīng)用
進(jìn)行測(cè)試。Robotimu 提供了模仿用戶操作行為的API，比如在某個(gè)控件上點(diǎn)擊，輸入Text
等等。 http://mag.big-bit.com/
分層的自動(dòng)化測(cè)試

　　這個(gè)概念最近曝光度比較高，傳統(tǒng)的自動(dòng)化測(cè)試更關(guān)注的產(chǎn)品UI層的自動(dòng)化測(cè)試，而分層的自動(dòng)化測(cè)試倡導(dǎo)產(chǎn)品的不同階段（層次）都需要自動(dòng)化測(cè)試。

　　相信測(cè)試同學(xué)對(duì)上面的金字塔并不陌生，這不就是對(duì)產(chǎn)品開發(fā)不同階段所對(duì)應(yīng)的測(cè)試么！我們需要規(guī)范的來做單元測(cè)試同樣需要相應(yīng)的單元測(cè)試框架，如java的Junit、testNG，C#的NUnit ，python 的unittest、pytest 等，幾乎所有的主流語言，都會(huì)有其對(duì)應(yīng)的單元測(cè)試框架。
　　集成、接口測(cè)試對(duì)于不少測(cè)試新手來說不太容易理解，單元測(cè)試關(guān)注代碼的實(shí)現(xiàn)邏輯，例如一個(gè)if 分支或一個(gè)for循環(huán)的實(shí)現(xiàn)；那么集成、接口測(cè)試關(guān)注的一是個(gè)函數(shù)、類（方法）所提供的接口是否可靠。例如，我定義一個(gè)add()函數(shù)用于計(jì)算兩個(gè)參數(shù)的結(jié)果并返回，那么我需要調(diào)用add()并傳參，并比較返回值是否兩個(gè)參數(shù)相加。當(dāng)然，接口測(cè)試也可以是url的形式進(jìn)行傳遞。例如，我們通過get方式向服務(wù)器發(fā)送請(qǐng)求，那么我們發(fā)送的內(nèi)容做為URL的一部分傳遞到服務(wù)器端。但比如 Web service 技術(shù)對(duì)外提供的一個(gè)公共接口，需要通過soapUI 等工具對(duì)其進(jìn)行測(cè)試。
　　UI層的自動(dòng)化測(cè)試，這個(gè)大家應(yīng)該再熟悉不過了，大部分測(cè)試人員的大部分工作都是對(duì)UI層的功能進(jìn)行測(cè)試。例如，我們不斷重復(fù)的對(duì)一個(gè)表單提交，結(jié)果查詢等功能進(jìn)行測(cè)試，我們可以通過相應(yīng)的自動(dòng)化測(cè)試工具來模擬這些操作，從而解放重復(fù)的勞動(dòng)。UI層的自動(dòng)化測(cè)試工具非常多，比較主流的是QTP，Robot Framework、watir、selenium 等。
　　為什么要畫成一個(gè)金字塔形，則不是長(zhǎng)方形 或倒三角形呢？ 這是為了表示不同階段所投入自動(dòng)化測(cè)試的比例。如果一個(gè)產(chǎn)品從沒有做單元測(cè)試與接口測(cè)試，只做UI層的自動(dòng)化測(cè)試是不科學(xué)的，從而很難從本質(zhì)上保證產(chǎn)品的質(zhì)量。如果你妄圖實(shí)現(xiàn)全面的UI層的自動(dòng)化測(cè)試，那更是一個(gè)勞民傷財(cái)?shù)呐e動(dòng)，投入了大量人力時(shí)間，最終獲得的收益可能會(huì)遠(yuǎn)遠(yuǎn)低于所支付的成本。因?yàn)樵酵蠈?，其維護(hù)成本越高。尤其是UI層的元素會(huì)時(shí)常的發(fā)生改變。所以，我們應(yīng)該把更多的自動(dòng)化測(cè)試放在單元測(cè)試與接口測(cè)試階段進(jìn)行。
　　既然UI層的自動(dòng)化測(cè)試這么勞民傷財(cái)，那我們只做單元測(cè)試與接口測(cè)試好了。NO! 因?yàn)椴还苁裁礃拥漠a(chǎn)品，最終呈現(xiàn)給用戶的是UI層。所以，測(cè)試人員應(yīng)該更多的精力放在UI層。那么也正是因?yàn)闇y(cè)試人員在UI層投入大量的精力，所以，我們有必要通過自動(dòng)化的方式幫助我們“部分解放”重復(fù)的勞動(dòng)。
　　在自動(dòng)化測(cè)試中最怕的是變化，因?yàn)樽兓闹苯咏Y(jié)果就是導(dǎo)致測(cè)試用例的運(yùn)行失敗，那么就需要對(duì)自動(dòng)化腳本進(jìn)行維護(hù)；如何控制失敗，降低維護(hù)成本對(duì)自化的成敗至關(guān)重要。反過來講，一份永遠(yuǎn)都運(yùn)行成功的自動(dòng)化測(cè)試用例是沒有價(jià)值。
　　至于在金字塔中三種測(cè)試的比例要根據(jù)實(shí)際的項(xiàng)目需求來劃分。在《google 測(cè)試之道》一書，對(duì)于google產(chǎn)品，70%的投入為單元測(cè)試，20%為集成、接口測(cè)試，10% 為UI層的自動(dòng)化測(cè)試。

接口自動(dòng)化：
如果是那種http協(xié)議的接口
那么第一種，使用eclipse 自己封裝下httpclient ，然后自己寫java腳本進(jìn)行接口測(cè)試 這種要麻煩點(diǎn)
第二種，使用jmeter工具，這個(gè)是專門針對(duì)http接口的進(jìn)行性能以及接口測(cè)試工具