在
Android應(yīng)用開發(fā)中，相信很少有人在堅持先由設(shè)計人員做完整的概要設(shè)計 、詳細設(shè)計，然后交給程序員進行編碼實現(xiàn)了。通常是在有一個大體框架的情況下，就開始進行具體編碼開發(fā)了。在這種情形下，開發(fā)速度可以有很大的提高，但是最終代碼質(zhì)量卻不可避免的降低了。如何能既保持開發(fā)速度，同時又能保證開發(fā)質(zhì)量呢？相信
測試驅(qū)動開發(fā)是一種比較可行的開發(fā)方法學(xué)。
測試驅(qū)動開發(fā)首先通過設(shè)計
測試用例，對從用戶需求到方法接口進行細化，在構(gòu)想這些測試用例的過程，就是站在使用者角度上來思考系統(tǒng)的過程，而傳統(tǒng)方法中設(shè)計人員通常是站在技術(shù)人員的角度來思考問題，兩者比較，顯然測試驅(qū)動開發(fā)更有助于開發(fā)出更符合用戶需求的產(chǎn)品，同時開發(fā)出高復(fù)用性代碼。
測試驅(qū)動開發(fā)先寫測試，這樣就保證了充分考慮到了方法使用者需要，可以使方法更加合理。接下來進行代碼開發(fā)，以盡可能短的時間通過測試用例，在這個過程中暫時忘掉OO和設(shè)計模式吧。當通過測試用例之后，我們再回過頭來審視我們的代碼實現(xiàn)，再去除類間依賴關(guān)系，使用恰當?shù)脑O(shè)計模式，這比在開始階段憑空想象要好得多。反復(fù)上述過程，自然可以得到質(zhì)量更高的代碼和系統(tǒng)。
然而，在Android系統(tǒng)下，進行測試驅(qū)動開發(fā)又增加了額外的難度，怎樣對Activity、Provider、Service、Broadcaster等進行
單元測試，是一個必須要解決的問題，下面我們就以一個實際系統(tǒng)的開發(fā)，來看一看怎么解決這一系列的問題。
進行測試驅(qū)動開發(fā)，首先要做的就是建立一個真正可運行的骨架系統(tǒng)，做Android下的測試驅(qū)動開發(fā)也不例外。
先建立一個Android工程，這里以mhcs為例，采用Eclipse向?qū)В⒃摴こ獭＜僭O(shè)這個工程在用戶第一次使用時，需要顯示三個介紹頁面，用戶在一張一張劃過之后，才開始使用正常功能。接下來我們就以這個功能為例，詳細描述一下在Android下怎樣進行測試驅(qū)動開發(fā)。
首先，準備三張介紹圖片，放入res/drawable目錄下。我們定義FlipIntroActivity類來處理用戶的劃動操作及介紹圖片顯示。由于我們要在用戶第一次運行時才向用戶顯示介紹頁面，因些需要保存用戶是否第一次使用系統(tǒng)的信息。我們利用Application的子類AppPreferences來管理應(yīng)用所需的所有信息。
這時我們需要完成的功能就很清楚了，程序在第一次運行時顯示介紹頁面，而之后的運行中，不顯示介紹頁面。是否顯示介紹頁面，由AppPreferences類來管理。
下面在Eclipse里建立測試工程，選擇新工程類型為Android Junit
Test工程，同時選擇上面建立的工程作為被測試工程。
好了，最小可運行骨架系統(tǒng)已經(jīng)建立好了，下面就可以進入正式的測試驅(qū)動開發(fā)流程了。
首先寫測試用例：新建類AppPreferencesTest，由于被測試類AppPreferences是Application的子類，因此AppPreferencesTest類需要繼承ApplicationTestCase
public class AppPreferencesTest extends ApplicationTestCase<AppPreferences> { public AppPreferencesTest(Class<AppPreferences> applicationClass) { super(applicationClass); } } |
我們首先測試AppPreferences在第一次運行時，可以返回true，在AppPreferencesTest類里添加如下測試代碼：
public void testFirstRunTrue() { assertTrue(prefs.isFirstRun()); } private AppPreferences prefs = new AppPreferences(); |
這如你所看到的，這段代碼編譯器立即使出錯誤，不要擔心，測試驅(qū)動開發(fā)總是從不能通過的測試用例開始的，每次努力通過一個測試用例，在通過一個個測試用例的過程中取得進展。
下面我們首先編寫代碼，通過這個測試用例，我們在AppPreferences類中添加如下代碼：
public boolean isFirstRun() { return isFirstRun; } public void setFirstRun(boolean isFirstRun) { this.isFirstRun = isFirstRun; } private boolean isFirstRun = true; |
但是，如果是第二次運行，系統(tǒng)不是還會顯示true嗎？這明顯是不正確的！一點兒沒錯，這段代碼確實沒有實現(xiàn)我們之前的想法，但是這段代碼卻可以通過我們的測試用例，測試驅(qū)動開發(fā)的原則就是以盡量快的速度通過測試用例。
好了，在測試工程中選擇AppPreferencesTest，然后選擇Android Junit Test，系統(tǒng)運行，你會在Junit視圖中看到綠色用例通過標記。
下面添加一段代碼，測試當?shù)诙芜\行時的情況：
public void testSecondAndMoreRun() { prefs.isFirstRun(); assertFalse(prefs.isFirstRun()); } |
運行上述工程，結(jié)果測試用例testSecondAndMoreRun不能通過，下面我們就來處理這種情況，在生產(chǎn)工程中的AppPreferences類中添加如下代碼：
public boolean isFirstRun() { boolean orgVal = isFirstRun; isFirstRun = false; return orgVal; } |
這時再來運行測試工程的AppPreferencesTest類，又可以看到令我們心曠神怡的綠色通過標志了。
下面就剩下第一次運行可以通過，第二次運行不能通過。具體代碼如下所示：
在生產(chǎn)項目的類AppPreferences中添加：
@Override public void onCreate() { super.onCreate(); } public void onTerminate() { super.onTerminate(); } public boolean isFirstRun() { prefs = getSharedPreferences("mhcs", MODE_PRIVATE); boolean orgVal = isFirstRun; isFirstRun = false; Editor editor = prefs.edit(); editor.putBoolean(PREF_IS_FIRST_RUN, false); editor.commit(); return orgVal; } public void setFirstRun(boolean isFirstRun) { this.isFirstRun = isFirstRun; } public final static String PREF_IS_FIRST_RUN = "isFirstRun"; private SharedPreferences prefs = null; private boolean isFirstRun = true; |
在測試項目的測試類中添加代碼：
public void testFirstRunTrue() { createApplication(); prefs = getApplication(); Editor editor = mContext.getSharedPreferences("mhcs", 0).edit(); editor.clear().commit(); assertTrue(prefs.isFirstRun()); } public void testSecondAndMoreRun() { createApplication(); prefs = getApplication(); assertFalse(prefs.isFirstRun()); } |
尤其需要注意的是testFirstRunTrue方法中，先將SharedPreferences清空的處理，這樣可以模擬程序安裝后第一次運行。
運行測試項目的測試用例，終于可以看到完整功能的綠色通過標志了。