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.kjueaiud.com/