自動化測試是乙個永恆的話題，解放勞動力，避免簡單的重複操作，尤其是目前android市場中手機品牌和種類很多(品牌不同，系統版本不同，螢幕大小和解析度不同)，要想人肉全部覆蓋，實在是一件痛苦的事情。
易測雲（www.yiceyun.com）
1、自動化功能測試（提供了eclipse錄製指令碼的外掛程式）
2、適配測試
3、效能資料反饋（cpu、開機時間、電池溫度等）
覺得這個測試服務，優點在於測試的錄製外掛程式，能夠實現一次錄製，然後一直跑，其實就是自動化測試的思想。
testin（
乙個專門提供測試服務的公司，雲測網路科技出品，個人覺得這個最好用。
1、相容性測試
a、安裝解除安裝測試（在特定的機器上面，能否正常的安裝和解除安裝）
b、遍歷測試（自動識別頁面中可執行的功能，實現遍歷操作）
c、執行期間穩定性測試（隨機性壓力）
d、ui適配測試，測試頁面在不同機器（不同解析度、不同尺寸）的渲染情況，提供截圖和分析等功能
2、功能測試
a、自定義測試用例指令碼上傳
b、執行結果判定
3、效能測試
b、記憶體和cpu的消耗情況
c、網路流量消耗情況
d、電池溫度情況
結果展示友好，如果有一款機器適配不好，還會把能夠影響的客戶展示出來（資料來自於友盟）。
）
雲測試：一鍵提交，多裝置、多系統自動化測試（功能點和testin類似，四個方面）
雲除錯：提供真機，遠端視覺化測試，方便除錯
其他：
公司內部產品一（kelude平台athrun平台）主打智慧型遍歷測試、猴子亂點測試、自動化測試用例操作。
公司內部產品二（無線團隊的摩天輪），無線測試實驗室，功能比較齊全。附乙個測試結果。
軟體測試 產品需求文件測試
產品測試間歇期，打算坐下產品測試覆盤，又把產品測試方案拿過來看下，發現產品需求描述出現問題，反思了下發現是從開始到現在，由於新產品是在老產品的基礎上做了優化，所以未進行需求評審，且我自己介入產品的時間比較晚，已經到產品測試階段才介入產品，但是還是想寫下自己對於需求文件測試需要注意的問題。產品需求文件...
測試產品專案溝通，交流
目前測試團隊寫用例的乙個重要依據是需求文件。而需求文件會一直在變更中。變更源可能有 1.也許客戶在專案行進過程中會專案變更 2.也許開發團隊在產品在開發過程根據實際情況，對功能會有變更 3.也許老闆希望在產品裡零時加入不一樣的元素 4.也許測試團隊在測試前期閱讀需求文件的時候會問產品的功能或者對產品...
開發 測試 產品直接的恩怨情仇
大家平常調侃開發，又去寫bug了，雖然是一句玩笑話，但是世界上真的存在沒有bug的程式嗎，不知道，最近看到乙個段子寫的特別的好，一天乙個程式設計師在加班加點的寫東西，然後佛看到了，對程式設計師說，看你很辛苦，天天加班加點的寫東西，我可以滿足你乙個願望，然後程式設計師就許願了，說，希望在我有生之年可以...