軟件測試2019：第二次做業

　　單元測試是對軟件基本組成單元進行的測試。並且軟件單元是在與程序的其餘部分相隔離的狀況下進行獨立的測試。單無測試的對象能夠是軟件設計的最小單位一一一一個具體函數一或個類的方法，也能夠是一個功能模塊、組件。通常狀況下 .被測試的單元可以實現一個特定的功能，具備必定的獨立性。

　　檢驗各單元模塊是否被正確地編碼,即驗證代碼和軟件系統設計的致性是單元測試的主要目標，可是單元測試的目標不只是測試代碼的功能性，還需確保代碼在結構上可靠且健壯,可以在各類條件下(包括異常條件，如異常操做和異常數據)給子正確的響應。若是這些系統中的代碼未被適當測試，則其弱點可被用於侵入代碼,並致使安全性風險(例如內存泄漏或被竊指針)以及性能問題。執行徹底的單元測試，能夠比較完全地消除各個單元中所存在的問題，避免未來功能測試和系統測試問題查找的困難，從而減小應用級別所需的測試工做量而且完全減小發生偏差的可能性。歸納起來。單元測試是對單元的代碼規範性、正確性、安全性、性能能等進行驗證,經過單元測試.須要驗證下列這些內容,

(1)數據或信息可否正確地流人和流出單元。

(2)在單元工做過程當中,其內部數據可否保持其完整性，包括內部數據的形式、內容及相關係不發牛錯誤，也包括全局變量在單元中的處理和影響。

(3)在數據處理的邊界處可否正確工做。

(4)單元的運行可否作到知足特定的邏輯覆蓋。

(5)單元中發生了錯誤,其中的出錯處理措施是否有效。

(6)指針是否被錯誤引用、資源是否及時被釋放。

(7)有沒有安全隱患?是否使用了不恰當的字符串處理函數等。

　　單元測試的主要依據是《軟件需求規格說明書》、《軟件詳細設計說明書》，同時要參考並符合的總體測試計劃和集成方案。單元測試的一系列活動以下。

(1) 創建單元測試環境.包括在集成開發環境(Integrated Development Environment，IDE中安裝和設置單元測試工具(插件);

(2)測試腳本(測試代碼)的開發和調試;

(3)測試執行及其結果分析。

　　在單元測試話動中強調被測試對象的獨立性.軟件的獨立單元將與程序的其餘部分隔離開，以免其餘單元對該單元的影響。這樣，就縮小了問題分析範圍。在單元測試中.須要關注如下主要內容。
(1)目標:確保模塊被正確地編碼。

(2)依據:詳細設計描述。

(3)過程:通過設計、腳本開發、執行、調試和分析結果等環節。

(4)執行者:由程序開發人員和測試人員共同完成。

(5)採用哪些測試方法:包括代碼控制流和數據流分析方法,並結合參數輸入域的測試方法。

(6)測試腳本的管理:能夠按照產品代碼管理的方法進行相似的配置管理(並人代碼庫),包括代碼評審、版本分支、變動控制等。

(7)如何進行評估:經過代碼覆蓋率分析工具來分析測試的代碼覆蓋率、分支或條件的覆蓋率。
　　什麼時候能夠結束單元測試?測試是否充分足夠?如何評估測試的結果?每一個項目都有本身的特殊需求，但一般除了代碼的標準和規範,單元測試中主要考慮的是對結構和數據則試的覆蓋率。下面給出是否經過單元測試的通常準則。
(1)軟件單元功能與設計需求一致。

(2)軟件單元接口與設計需求一致。

(3)可以正確處理輸人和運行中的錯誤。

(4)在單元測試中發現的錯誤已經獲得修改而且經過了測試。

(5)達到了相關的覆蓋率的要求。

(6)完成軟件單元測試報告

以上是爲何要進行單元測試和單元測試是目標及要求