是指對軟件中的最小可測試單元進行檢測和驗證。
1、什么時候進行單元測試？
通常在程序員編碼以后，代碼已經通過編譯后進行單元測試，而且在前期就應該做一些準備工作，比如撰寫單元測試計劃、編寫單元測試用例等。千萬不要等到項目后期再進行單元測試，那樣就失去了檢查代碼、預防缺陷的意義了。
2、由誰來進行單元測試？
單元測試一般由白盒測試工程師或開發人員來測試。如果由開發人員來測試，最好做到交叉測試，避免1個人只測試自己的代碼。
3、單元測試的依據是什么？
單元測試依據主要有兩個，一個事源程序本身，包括代碼和注釋；還有一個是項目的《詳細設計》文檔。
4、如何進行單元測試？
主要用白盒測試方法，一般先靜態檢查代碼是否符合規范，然后動態地運行代碼，檢查其實際運行結果。當然檢查運行結果是否正確是一個最基本的要求，我們還要檢查很多項，比如程序的容錯處理，程序的邊界值處理等。
集成測試
集成測試（也叫組裝測試或聯合測試）是在單元測試的基礎上，將所有模塊按照設計要求集成為系統或子系統，并進行測試。
如果是集成為子系統，也可以叫做部件測試。
目的
當單個模塊集成為系統的過程中，軟件仍然可能出現問題。比如： 穿越模塊接口的數據是否丟失；
一個模塊功能的實現可能破壞了另一個模塊的功能；
子功能組合之后不一定可以達到預期的功能；
全局數據可能被異常修改；
單個模塊的誤差被放大到了不能接受的地步。
因此，需要在模塊集成的時候進行整體測試以發現上面可能出現的問題。
必要性
單元測試僅僅保證了模塊的局部正確性。而系統測試一般在整個系統完成之后進行，錯誤難以定位。
集成測試具有以下不可替代性： 單元測試不徹底，對于模塊間接口信息內容的正確性，相互調用關系是否符合設計無能為力。必須依靠集成測試來保證。
和系統測試相比較，集成測試從程序結構出發，目的性，針對性更強。發現問題的效率高。
較容易測試特殊的處理流程。
定位也比較準確，迅速。集成測試的可重復性強，錯誤發生后容易定位。
聯調和集成測試的區別(1)
集成和聯調都是對系統的裝配過程，不過屬于不同的級別。
集成測試測試人員在開發人員的協助下，制定集成測試計劃；
集成測試主要關注的是接口上消息覆蓋，異常流程，性能指標等深入測試。
集成測試是分層次的，一個模塊集成測試后，可以按照計劃進行下一個模塊的集成或者更高級別的集成。
當集成測試完成之后就可以開始聯調了。
聯調：一般是指軟件系統和硬件平臺之間的聯調�？梢哉J為是最高級別的集成測試。 開發經理在開發測試人員的協助下，制定系統聯調計劃。
相關人員將已通過集成測試的軟件系統和硬件平臺集成在一起，構成將交付的系統，并調通系統的基本功能。使用系統預測試項來確定基本功能是否都已經實現。
通過系統聯調調通后的版本提交系統預測試組進行系統預測試。
在系統的規模比較小比較簡單的時候，可以考慮忽略集成測試而直接進行聯調。但是當系統的規模較大的時候，跳過集成測試會帶來問題難以發現，難以定位的問題。
完整的測試流程：
單元測試->集成測試->聯調->系統預測試->系統測試集成測試的層次和階段
集成測試需要分層次，分階段完成。
一般情況下，分層次階段可以按照以下規律： 第一個層次是組件測試。為后繼測試提供更加好的原料。如果系統的一些組件已經充分被測試過，可以跳過這些組件。
第二個層次是做好集成測試規劃：考慮人力，物力，時間，測試的重點等。找出關鍵的部分，以此作為主線進行計劃和資源安排。
按照計劃，把集成測試劃分成為不同的階段，明確各個階段的主要任務，確定任務完成的標記�！�
集成，單元和系統測試的關聯(1) 單元測試是針對模塊內部功能的白盒測試。需要輔助測試代碼才可以進行測試。
集成測試也叫：組裝測試，子系統測試，部件測試等。比如對于模塊A進行集成的時候，需要把相關模塊一起結合起來才可以進行。集成測試是注重功能和性能測試的黑盒測試。
系統測試是將提交的完整軟件版本作為一個系統的元素，和硬件、支持軟件、人員等結合起來，盡可能地模擬實際運行環境進行測試。測試用例通過系統的需求說明書得到，需要在實際的運行環境下測試。
集成測試的基本方案
可以根據集成測試時組裝模塊的方式把集成測試方案分成兩大類:
一次性集成測試方式
增殖式集成測試方式 自頂向下方式
自底向上方式
混合增殖方式
集成測試的實施
集成測試的方法和步驟 首先確定子系統有哪些模塊組成,保證這些模塊都進行過單元測試.
由開發人員組裝這些模塊,生成子系統,并保證在此子系統中,各個模塊的功能盡可能發揮出來。
測試前，以一個關鍵模塊為核心設計測試用例。以功能和性能為主線，注重模塊間的接口。
搭建必要的測試環境，按照所寫的測試用例，進行模塊連接的充分測試。
記錄測試結果，總結測試問題。
集成測試工作的主要內容測試主要依據材料：概要設計說明書。
集成測試計劃的制定：包括集成測試進度安排，人員分配，測試用例設計。
集成測試計劃的評審。
集成測試過程：包括測試過程記錄，問題記錄，問題定位和解決，問題回歸。
集成測試報告的編寫：包括測試總結，測試活動評估和測試問題分類統計和分析。
集成測試計劃的影響因素
制定集成測試計劃的時候，應該考慮如下因素： 采用何種系統集成方法來進行集成測試。
集成測試過程中連接各個模塊的順序。
模塊代碼編制和測試進度是否與集成測試的順序一致。
測試過程中是否需要專門的硬件設備。
列出各個模塊的編制、測試計劃表，標明每個模塊單元測試完成的日期、首次集成測試的日期，需要的測試用例等。同時考慮測試所需特殊設備的日期情況。留出時間余量。
集成測試計劃的編制
編制之前最好能夠明確把握被測試對象
一般需要作以下工作： 集成測試人員安排
集成測試方案確定
集成測試計劃的編寫
集成測試的準備工作
系統測試：System Testing
目標：
檢驗組成整個系統的代碼、以及系統的軟硬件配合有無錯誤
代碼實現的系統與用戶需求是否吻合
檢驗系統的文檔等各種是否完整、有效
模擬驗收測試的要求，檢查系統是否符合用戶的驗收標準
時機：
多數集成測試完成后
方法：
黑盒測試
責任：
測試工程師
驗收測試：Acceptance Testing
目標：
使客戶驗收簽字
系統是否符合事先約定的驗收標準
時機：
系統測試完成后，在項目組看來開發和測試工作已經全部完成，可以交付使用
方法：
黑盒測試
責任：
產品經理或其他高級經理
開發工程師
測試工程師
用戶
功能測試
是黑盒測試中的一方面
包括界面測試、易用性測試、安裝測試、兼容性測試
性能測試
包括穩定性測試、負載測試、壓力測試
回歸測試
是對新版本的測試，重復上一版本的時的用例。
冒煙測試、隨機測試
文章來源于領測軟件測試網 http://www.kjueaiud.com/
