2.通過(guò)提供最新的和精確的各種系統概貌圖和流程圖(包括數據結構、類(lèi)繼承圖、函數調用圖和程序樹(shù))，全局數據分析的詳細報告，詳細的程序邏輯圖和源代碼的控制流程圖，幫助他們了解系統和深入地理解代碼。
3.使用的GUI接口,使開(kāi)發(fā)組的新成員容易自我訓練;具有一個(gè)從頂層到詳細的代碼系統動(dòng)態(tài)的和圖形化的表達能力;具有鏈接不同層次的結構圖和流程圖在一起的能力。
4.提供基于函數分析和流程圖化的能力與基于類(lèi)分析和流程圖化的能力，使得一個(gè)面向對象的系統很容易被透徹地了解。
單元測試的考慮單元測試是要檢驗程序最小單位(模塊)有無(wú)錯誤，它是在編碼完成后，首先要施行的測試工作。一般由編碼人員自己來(lái)完成，因而通常把單元測試看成是編碼步驟的附屬品。單元測試大多從程序的內部結構出發(fā)設計測試用例，即采用白盒測試方法，多個(gè)程序模塊可以并行地獨立開(kāi)展測試工作。
單元測試是針對每個(gè)程序模塊，解決5個(gè)方面的問(wèn)題：模塊接口、局部數據結構、邊界條件、獨立的路徑和錯誤處理。
1.模塊接口:
對模塊接口的測試，是檢查進(jìn)出程序單元的數據流是否正確。對模塊接口數據流的測試必須在任何其他測試之前進(jìn)行，因為如果不能確保數據正確地輸入和輸出的話(huà)，所有的測試都是沒(méi)有意義的。
2.局部數據結構:
在模塊工作過(guò)程中，必須測試其內部的數據能否保持完整性，包括內部數據的內容、形式及相互關(guān)系不發(fā)生錯誤。
3.獨立的路徑:
在單元測試中，最主要的測試是針對路徑的測試。測試用例必須能夠發(fā)現由于計算錯誤、不正確的判定或不正常的控制流而產(chǎn)生的錯誤。
4.邊界條件:
軟件常常在邊界地區發(fā)生問(wèn)題。
5. 錯誤處理:
測試出錯處理的要點(diǎn)是模塊在工作中發(fā)生了錯誤，其中的出錯處理設施是否有效。
單元測試的過(guò)程
單元測試常常和代碼編寫(xiě)同步進(jìn)行，在完成了程序編寫(xiě)、復查和語(yǔ)法正確性驗證后，就應進(jìn)行單元測試用例設計。 在對每個(gè)模塊進(jìn)行單元測試時(shí)，不能完全忽視它們和周?chē)K的相互聯(lián)系。為模擬這一聯(lián)系，在進(jìn)行單元測試時(shí)，需設置若干輔助測試模塊。輔助模塊有兩種，一種是驅動(dòng)模塊(driver)，用以模擬被測模塊的上級模塊。驅動(dòng)模塊在單元測試中接受測試數據，把相關(guān)的數據傳送給被測模塊，啟動(dòng)被測模塊，并打印出相應的結果。另一種是樁模塊(stub)，用以模擬被測模塊工作過(guò)程中所調用的模塊。樁模塊由被測模塊調用，它們一般只進(jìn)行很少的數據處理，例如打印入口和返回，以便于檢驗被測模塊與其下級模塊的接口。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/