J2ME采用單元測試是否可行？

MILY: 宋體">單元測試的一些概念

l         幾個相關的概念

白盒測試——把測試對象看作一個打開的盒子，程序內部的邏輯結構和其他信息對測試人員是公開的。

回歸測試——軟件或環境的修復或更正后的“再測試”，自動測試工具對這類測試尤其有用。

單元測試——是最小粒度的測試，以測試某個功能或代碼塊。一般由程序員來做，因為它需要知道內部程序設計和編碼的細節。

JUnit ——是一個開發源代碼的Java測試框架，用于編寫和運行可重復的測試。他是用于單元測試框架體系xUnit的一個實例（用于java語言）。主要用于白盒測試，回歸測試。

l         單元測試概述

單元測試的好處

A、提高開發速度——測試是以自動化方式執行的，提升了測試代碼的執行效率。

B、提高軟件代碼質量——它使用小版本發布至集成，便于實現人員除錯。同時引入重構概念，讓代碼更干凈和富有彈性。

C、提升系統的可信賴度——它是回歸測試的一種。支持修復或更正后的“再測試”，可確保代碼的正確性。

l         單元測試的針對對象

A、面向過程的軟件開發針對過程。

B、面向對象的軟件開發針對對象。

C、可以做類測試，功能測試，接口測試（最常用于測試類中的方法）。

移動平臺單元測試工具和框架

目前的最流行的單元測試工具是xUnit系列框架，常用的根據語言不同分為JUnit（java），CppUnit（C++），DUnit （Delphi ），NUnit（.net），PhpUnit（Php ）等等。該測試框架的第一個和最杰出的應用就是由Erich Gamma （《設計模式》的作者）和Kent Beck（XP（Extreme Programming）的創始人 ）提供的開放源代碼的JUnit。在移動平臺上，目前只有Jbuilder 2005的MicroUnitTesting框架，這個框架就是Junit在J2ME平臺上的擴展。

l         JUnit的特征

A、使用斷言方法判斷期望值和實際值差異，返回Boolean值。

B、測試驅動設備使用共同的初始化變量或者實例。

C、測試包結構便于組織和集成運行。

D、支持圖型交互模式和文本交互模式。 （MicroUnitTesting可以將測試結果顯示到手機屏幕上，個人認為是雞肋功能）

l         JUnit框架組成

A、對測試目標進行測試的方法與過程集合，可稱為測試用例(TestCase)。

B、測試用例的集合，可容納多個測試用例(TestCase)，將其稱作測試包(TestSuite)。

C、測試結果的描述與記錄。(TestResult) 。

D、測試過程中的事件監聽者(TestListener)。

E、每一個測試方法所發生的與預期不一致狀況的描述，稱其測試失敗元素(TestFailure)

F、JUnit Framework中的出錯異常（AssertionFailedError）。

可行性分析

l         從JUnit的應用來分析

A、 測試驅動開發的重要組成部分，應該在代碼編寫之前編寫測試用例。

B、 單元測試實際上是用窮舉法列出所用可能性，針對每一種可能都有測試用例。（AI怎么測？能窮舉嗎？）

C、 對于drawImage這樣的方法，只靠斷言（Assertion）不能得到我們期望的測試結果（斷言圖片畫出來沒有？不如直接用肉眼看來的快。那么如何斷言圖片是否顯示正確？目前沒有發現相應的框架，還是直接用肉眼看來的快。）

l         從移動游戲應用的特殊性來分析

A、  面對對象特性不強（非常非常非常的差?。。。?，主要是游戲的性能和容量的限制。

B、  類方法功能不夠明確，針對一個方法設計用例十分困難。比如AI的狀態機，狀態之間的切換牽涉到太多的變量，參數。各種變量參數之間的組合可能有上百種，無法設計用例。

C、  游戲應用的重要部分在顯示部分，目前沒有發現測試顯示部分的框架。

原文轉自：http://www.anti-gravitydesign.com