單元測試就是乙個簡單的測試，我覺得程式設計師是必須要知道的，單元測試就是對業務邏輯**進行測試。當在乙個團隊寫**的時候，別人呼叫你的**就出現bug，那別人肯定會說你寫的**爛，對吧，你只要說：我寫了單元測試的，我的**沒有問題，不信你去測試，對吧。這樣是不是肯定就是別人的**寫得爛，是吧。
單元測試目標：方法
那單元測試主要去測試什麼呢？1)
測試方法能否執行。
2) 測試方法的返回值是否正確，也就是所謂的斷言測試。
先說下第一點------測試方法能否成功執行
1、建立業務類
package cn.huse.junit.service;
/**業務類
* @return
*/public class humanservice
}
3、編寫測試類
package cn.huse.junit.test;
import android.test.androidtestcase;
import cn.huse.junit.service.humanservice;
import junit.framework.assert;
/**測試類
* 1.必須繼承androidtextcase
* 2.最好以業務類test命名
* 3 測試類放在.test包下
* @author
* */
public class humanservicetest extends androidtestcase
}
這就是測試乙個方法能不能成功執行的步驟，然後說下斷言測試，其實步驟差不多，就是在測試的時候會有一點點的改變。
在上面的業務類中新增乙個方法
public int add(int a, int b)public void textadd()throws exception測試**可以寫在同一應用程式裡面，也可以寫乙個單獨的測試工程。
步驟：1 new
2 選擇要測試的工程
3 測試的配置檔案會自動生成，只需要編寫測試**
android 單元測試
1 manifest.xml 檔案的新增 xmlversion 1.0 encoding utf 8 manifest xmlns android package com.zsw.test android versioncode 1 android versionname 1.0 uses sdk ...
Android單元測試
單元測試 認識 在每個專案完成時，測試的過程中總是會發現各種bug，瞬間就奇怪了明明沒問題卻出現了問題why？你問我我也不知道啊 言歸正傳，在開發實際中，往往大部分開發者思維都會被侷限在某乙個功能上面，一些隱藏的問題沒想到也不會想到，那麼單元測試就有了,最近看了一些單元測試基礎 第一次接觸 就我個人...
Android 單元測試
上次在greendao的單元測試趴了半天，感覺對單元測試已經了解的差不多了，繼續試著將model裡面的網路請求做一下測試。直接右鍵類名選中test 然後生成androidtest就好了 然後直接在裡面寫測試方法就好了 然後執行，竟然又說找不到 test running failed unable t...