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