最近，有個新成立的部門邀請我去給員工做一個測試培訓。我問他們的測試需求是什么，對方說，有個軟件產品要發給用戶，想在測試前進行一個配置項測試，但部門里的人都不知道該從哪里入手。
今天，作為在軟件行業從事過很多工作的“老同志”，愿意跟大家探討下，配置項測試中的幾種常見類型。
首先，明確一下配置項的概念。配置項是相對于配置而言的，指納入配置管理的產品集合，包括文檔和程序，以及其它配件項。在姐姐從事的這個行業里，配置項測試指的是對已經研發完畢，納入配置管理，并準備提交給客戶的軟件項目進行測試。通常情況下，在開發方看來，配置項是一個完整的亟待發布的軟件產品，只等經過測試認可，即可發布。
配置項測試的測試類型，通常包括很多種，例如文檔審查，靜態分析，內存使用缺陷測試，功能測試，性能測試，人機界面測試，余量測試，接口測試，安全性測試等等。有些對測試要求比較高的行業，還可能有更多分類。今天姐姐就最常見的幾種測試類型做下簡要介紹。
1.文檔審查
對于配置項級別的測試來說，一般審查軟件需求規格說明文檔及接口需求規格說明文檔，還有用戶使用手冊。
在審查中，著重查看需求文檔中對功能和性能的描述，是否遵循軟件任務書的要求，需求的描述是否明確，是否有二義性和模棱兩可的地方，是否與軟件配置項的功能實現有分歧。
查看用戶使用手冊的是否支持用戶對軟件的安裝和使用，功能描述和使用步驟是否與軟件實現保持一致，描述是否合理等。
在進行文檔審查時，最好提前制作好文檔審查單，并以此做參照。
2.靜態分析
在不運行代碼的方式下，通過詞法分析、語法分析、控制流、數據流分析等技術對程序代碼進行掃描，驗證代碼是否滿足規范性、安全性、可靠性、可維護性等指標的一種代碼分析技術。
掃描代碼，一般須得有工具支持，KlocWork，LDRA都可用于靜態分析，但這些工具一般都不便宜。測試人員需要從工具提供的結果中，挑出屬于軟件缺陷的那部分并加以分析。
3.內存使用缺陷測試
顧名思義，就是對軟件內存使用進行測試，看是否有缺陷。內存使用缺陷測試，可靜態掃描代碼，也可動態執行代碼。不管哪種方式，一般也都由測試工具來完成，例如前面提到的KlocWork，就是靜態檢測內存使用缺陷的工具。
4.功能測試
配置項級別的軟件功能測試，以需求規格說明為依據，測試軟件的功能是否滿足需求規格說明的要求，所以，功能測試的前提是需求規格說明完全正確。當然，江湖上廣泛流傳的“需求善變”，如何從測試的角度來應對善變的需求，有機會將另外開篇討論，今天這里不做贅述。
功能測試屬于典型的黑盒測試。只在意結果是否滿足需求，而不關心軟件內部如何實現。功能測試需要測試人員對被測軟件產品所在行業非常熟練和精通，最好已是行業內專家。
5.性能測試
同功能測試一樣，如果需求規格說明中有明確的性能需求，例如完成復雜運算處理的解算時間要求，解算精度要求，網絡傳輸吞吐量，數據庫的最大容量，服務器能允許的同時在線訪問數量，等等，都要反映在配置項測試里。如果沒有明確指出性能要求，測試人員可根據軟件產品所處行業，自行產生測試需求。——這很考驗測試人員的素質和水平的哦。例如前面所提到的，服務器能允許的最大同時在線訪問量，就是互聯網行業的一個性能需求。當然，還有常規的空間性能（存儲和占用計算機硬件資源）和時間性能（軟件處理一個任務所用時間），如今的計算機資源，基本都滿足要求，除非你是航空發射，武器控制等特殊行業，才需要非常關注。
6.余量測試
余量測試是和性能測試是相輔相成的，余量測試依據性能測試的結果。一般要求性能測試之外，還要有20%的余量。例如服務器的性能要求為滿足同時在線2000個客戶端，余量測試則要求服務器最少滿足2400個客戶端同時在線才行。
7.人機界面測試
測試用戶在使用軟件產品時的人機交互友好性。不同行業有不同的界面設計風格和要求，運行于windos平臺的軟件和運行于vxWorks平臺的界面顯示風格也不同，這就要求測試人員對軟件產品所在行業非常熟悉，最好就是軟件產品所在行業的專家 。如果在軟件研發時有界面設計方案和設計要求，就按照設計要求來進行測試，否則就以所處行業的規范性標準來測試，著重在于測試人機交互的便捷友好，以及對功能和性能的支持。
最近非常忙，寫字的時間幾乎都沒了，所以今天就跟大家分享到這里，下次我們再繼續。
