淺談軟件開發階段中的不同測試工作(2)

　　當然，在走讀過程中這三個層面不是截然分開的，很多時候是并行的、互相交織和滲透的。代碼走讀的另一個重要內容是看代碼是否遵守編程規范引，是否具有可讀性和可維護性，注釋是否充足等。按編程規范編碼對提高代碼的可讀性以及降低編碼的出錯率至關重要，在大型項目中，具備可讀性、規范性的代碼更是日后進行有效維護的保障。因此，代碼走讀不僅可以保證代碼的質量，更能有效地促進整個項目的編碼水平。

　　4.單元測試

　　單元測試是對軟件中的基本組成單位進行測試，檢驗其函數的正確性(包括功能正常，輸出正確)。

　　一般來說，單元測試用例的編寫最早可以在設計評審完成后就啟動，和編碼可以同時進行。但如果在時間允許的情況下，單元測試用仞』的編寫最好放在編碼后進行，這樣能更好地覆蓋代碼的各個分支。若是以設計文檔為唯一的編寫依據，那么對于代碼走讀時發現的缺陷將在用例評審中被再次發現，造成重復勞動，用例的維護期也將提前開始。

　　單元測試用例編寫的目的是函數覆蓋，覆蓋的方法有：語句覆蓋、分支覆蓋、條件覆蓋、條件組合覆蓋和路徑覆蓋等。為了以最少的資源做最多的測試檢查，首選路徑覆蓋的方法。路徑覆蓋是設計足夠的測試用例，運行所測程序并覆蓋程序中所有可能的路徑。

　　5.集成測試

　　集成測試是軟件系統在集成過程中所進行的測試。其主要目的是檢查軟件單位之間的接口是否正確。其接口主要包括通信協議、調用關系、與文件或數據庫等第三方中間件的交互。

　　集成測試用例的編寫要緊扣與程序相關的各個接口，使每類接口的數據流或控制流均通過接口，從而實現接口測試的完全性。注意：對同一數據流要分別進行正確數據流與錯誤數據流的用例設計，對邊界值的輸入最好有單獨的用例。集成測試還應關注接口的性能問題，根據系統的性能需求還要設計相關的接口性能測試用例。集成測試的執行主要是借助測試工具——樁程序來實現。樁程序的編寫最好由他人來完成，以防止一個人對接口定義理解有偏差而使意外發生。

　　6.系統測試

　　系統測試是對已經集成好的軟件系統進行徹底的測試，以驗證軟件系統的正確性以及性能等是否滿足各系統的需要。換言之，系統測試就是對系統所提供的業務流程進行測試，同時關注軟件的強壯性和易用性等。系統測試應該由若干個不同的測試組成，其目的是充分地運行系統，驗證系統各部件是否都能正常工作，并完成所賦予的任務。除業務測試外，還包括：

　　(1)恢復測試主要檢查系統的容錯能力?；謴蜏y試首先要采用各種辦法強迫系統失敗，然后驗證系統是否能盡快恢復。如拔掉與系統外界通信的網線再插上時，系統各功能能否自動恢復。

　　(2)安全測試檢查系統對非法侵入的防范能力。如測試人員用非法通信程序與系統通信，驗證是否能被系統發現并制止。

　　(3)強度測試檢查系統對異常情況的抵抗能力。強度測試總是迫使系統在異常的資源配置下運行。如在CPU或內存使用率過高或硬盤空間過低時，系統能否有良好的自我保護能力。

　　(4)性能測試雖然集成測試包含性能測試，但只有當系統真正集成之后，在真實環境中才能全面、可靠地進行系統性能測試。性能測試有時與強度測試相結合，經常需要其他軟硬件的配套支持。

　　三、結束語

　　測試活動不是軟件開發后的一個階段，測試的對象也不僅是程序本身。測試活動應貫穿于軟件開發的整個過程，只有這樣，才能更有效率地的開發出有質量保障的優質軟件系統。

原文轉自：http://www.uml.org.cn/Test/201112161.asp