1樓：匿名使用者
當然有必要了，現在建立新的專案androidstudio都幫你自動生成測試目錄了。我以前寫android時嫌麻煩和執行測試還需要編譯到真機或模擬器太慢，就直接不寫。掉到坑裡多了自然也就開始寫了。
首先ui測試方面寫起來的確麻煩，就算用上espresso有時候也會出現一些莫名其妙的問題。ui表現、佈局、操作邏輯之類的基本測不了。但是至少一些資料操作或者純粹的邏輯**這部分要寫單元測試吧。
例如要同步伺服器端資料到本機資料庫、一些工廠類傳入資料後生成的類檢查是否正常、關注按鈕的切換邏輯之類的都要寫。有時候就算是重寫一個類equals和hashcode方法我也會寫個單元測試看正不正常。。。還有其他的跳轉activity傳intent，也都可以測試看資料對不對，頁面有沒有起來。
輸入框輸入、點選傳送正不正常，有沒有清空。這些雜碎的都寫成測試，到時候直接執行測試**就可以，省去不少麻煩，也避免一些**改動引發的bug。
android 單元測試有什麼用
2樓：匿名使用者
其實單元測試不僅能保證專案進度還能優化你的設計。有些開發者會說，寫單元測試**太費勁了，比寫業務**還麻煩。可是如果強迫開發者必須寫單元測試**的時候。
聰明且又想『偷懶』的開發人員為了將來可以更方便地編寫測試**。唯一的辦法就是通過優化設計，儘可能得將業務**設計成更容易測試的**。慢慢地開發者就會發現。
自己設計的程式耦合度也越來越低。每個單元程式的輸入輸出，業務內容和異常情況都會儘可能變得簡單。最後發現自己的程式設計習慣和設計能力也越來越老練了。
其實容易測試的**基本上可以和設計良好的**劃等號。因為一個單元測試用例其實就是一個單元的最早使用者。容易使用顯然意味著良好的設計。
有著良好設計的專案一直是很注重**重用的。**重用的好處在這裡就不多說了。但是要做到**重用首先要保證被重用的單元程式必須是個非常優秀的程式，除了良好的設計，還要有詳細的文件。
另外最重要的其實是單元測試**。不知道大家有沒有這樣的經歷？當大家不清楚一個api 函式如何使用而去尋找文件的幫助時，往往會跳過大段的英文說明而去直接看文件中提供的樣例程式，然後在自己的程式中依葫蘆畫瓢呼叫這個函式。
那麼，您有沒有意識到，被重用的**如果有了單元測試**。你的測試**就可以成為這個函式最好的api 了。
單元測試**還可以通過簡單的事務回滾功能在生產環境上做基於真實資料的測試而不用擔心會產生不必要的資料。利用這樣的測試**我們可以在釋出程式後check 剛才的釋出是否成功。以往釋出的時候我們經常會碰到一種比較尷尬的情況，當我們將程式釋出到正式環境上後，我們每個人心裡一直還是有點後顧之憂。
因為我們不能在正式環境上執行我們的程式，只能被動地等待客戶操作過後才知道釋出的程式是否正常。這種情況讓我們非常被動，如果運氣好可能不出什麼問題，可是一旦客戶在正式環境上發現報了個系統異常之類的錯誤或者出現錯誤資料，那就後果很嚴重了，這將影響到產品的聲譽，顯然這樣也是很沒面子事。如果我們執行過單元測試**，萬一有問題我們就可以主動的發現並且修改後重新發布。
學習iOS開發有前途嗎學ios和安卓哪個好
學習ios開發我覺得都是有前途的，畢竟現在市場還是很大的。也不能說哪個好，要看自己有沒有興趣學。我想學ios開發，但是現在學ios開發的人那麼多，現在學還有前途嗎？50 在這個大街小巷全是手機，除了安卓就是iphone的時代。咱們先拋開其他的東西，就想問你一個問題 如果你是一個iphone手機的使用...
iOS和android的區別，ios系統和Android區別？
是兩個不同的系統 一個是android 系統 一個是ios系統。android是源 開放 ios則不是 ios穩定，系統較封閉，當然相對也較安全，軟體最多 android系統穩定性相對較差，但系統比較開放，當然帶來的就是安全性相對較差，軟體比較多 從使用體驗來說，用過ios的人一般都不要用andro...
小弟剛學習android開發，有一個問題
這些空間你要指定它歸屬於哪個介面管理，所以要指定一個context。下面是context的繼承關係圖 我們知道上面 中的this指的就是activity，傳入這個activity意味著view 就是你new的控制元件 擁有一個指向activity的引用，進而引用activity佔有的資源。同時act...