最近，有個新成立的部門邀請我去給員工做一個測試培訓。我問他們的測試需求是什麼，對方說，有個軟件産品要發給用戶，想在測試前進行一個配置項測試，但部門裡的人都不知道該從哪裡入手。

　　今天，作為在軟件行業從事過很多工作的“老同志”，願意跟大家探讨下，配置項測試中的幾種常見類型。

　　首先，明确一下配置項的概念。配置項是相對于配置而言的，指納入配置管理的産品集合，包括文檔和程序，以及其它配件項。在姐姐從事的這個行業裡，配置項測試指的是對已經研發完畢，納入配置管理，并準備提交給客戶的軟件項目進行測試。通常情況下，在開發方看來，配置項是一個完整的亟待發布的軟件産品，隻等經過測試認可，即可發布。

　　配置項測試的測試類型，通常包括很多種，例如文檔審查，靜态分析，内存使用缺陷測試，功能測試，性能測試，人機界面測試，餘量測試，接口測試，安全性測試等等。有些對測試要求比較高的行業，還可能有更多分類。今天姐姐就最常見的幾種測試類型做下簡要介紹。

　　1.文檔審查

　　對于配置項級别的測試來說，一般審查軟件需求規格說明文檔及接口需求規格說明文檔，還有用戶使用手冊。

　　在審查中，着重查看需求文檔中對功能和性能的描述，是否遵循軟件任務書的要求，需求的描述是否明确，是否有二義性和模棱兩可的地方，是否與軟件配置項的功能實現有分歧。

　　查看用戶使用手冊的是否支持用戶對軟件的安裝和使用，功能描述和使用步驟是否與軟件實現保持一緻，描述是否合理等。

　　在進行文檔審查時，最好提前制作好文檔審查單，并以此做參照。

　　2.靜态分析

　　在不運行代碼的方式下，通過詞法分析、語法分析、控制流、數據流分析等技術對程序代碼進行掃描，驗證代碼是否滿足規範性、安全性、可靠性、可維護性等指标的一種代碼分析技術。

　　掃描代碼，一般須得有工具支持，KlocWork，LDRA都可用于靜态分析，但這些工具一般都不便宜。測試人員需要從工具提供的結果中，挑出屬于軟件缺陷的那部分并加以分析。

　　3.内存使用缺陷測試

　　顧名思義，就是對軟件内存使用進行測試，看是否有缺陷。内存使用缺陷測試，可靜态掃描代碼，也可動态執行代碼。不管哪種方式，一般也都由測試工具來完成，例如前面提到的KlocWork，就是靜态檢測内存使用缺陷的工具。

　　4.功能測試

　　配置項級别的軟件功能測試，以需求規格說明為依據，測試軟件的功能是否滿足需求規格說明的要求，所以，功能測試的前提是需求規格說明完全正确。當然，江湖上廣泛流傳的“需求善變”，如何從測試的角度來應對善變的需求，有機會将另外開篇讨論，今天這裡不做贅述。

　　功能測試屬于典型的黑盒測試。隻在意結果是否滿足需求，而不關心軟件内部如何實現。功能測試需要測試人員對被測軟件産品所在行業非常熟練和精通，最好已是行業内專家。

　　5.性能測試

　　同功能測試一樣，如果需求規格說明中有明确的性能需求，例如完成複雜運算處理的解算時間要求，解算精度要求，網絡傳輸吞吐量，數據庫的最大容量，服務器能允許的同時在線訪問數量，等等，都要反映在配置項測試裡。如果沒有明确指出性能要求，測試人員可根據軟件産品所處行業，自行産生測試需求。——這很考驗測試人員的素質和水平的哦。例如前面所提到的，服務器能允許的最大同時在線訪問量，就是互聯網行業的一個性能需求。當然，還有常規的空間性能(存儲和占用計算機硬件資源)和時間性能(軟件處理一個任務所用時間)，如今的計算機資源，基本都滿足要求，除非你是航空發射，武器控制等特殊行業，才需要非常關注。

　　6.餘量測試

　　餘量測試是和性能測試是相輔相成的，餘量測試依據性能測試的結果。一般要求性能測試之外，還要有20%的餘量。例如服務器的性能要求為滿足同時在線2000個客戶端，餘量測試則要求服務器最少滿足2400個客戶端同時在線才行。

　　7.人機界面測試

　　測試用戶在使用軟件産品時的人機交互友好性。不同行業有不同的界面設計風格和要求，運行于windos平台的軟件和運行于vxWorks平台的界面顯示風格也不同，這就要求測試人員對軟件産品所在行業非常熟悉，最好就是軟件産品所在行業的專家 。如果在軟件研發時有界面設計方案和設計要求，就按照設計要求來進行測試，否則就以所處行業的規範性标準來測試，着重在于測試人機交互的便捷友好，以及對功能和性能的支持。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!