驗收測試-模塊融入大系統

05-05

當前期研發的功能模塊受到用戶的認可以後，需要這些功能模塊作為更大系統的組成部分融入到新的大系統之中。此時需要按照大系統的技術體制對現有開發的模塊進行改造，改造完成以後，再由大系統的測試部門對這些模塊進行驗收測試。模塊驗收測試的流程是先技術體制符合性檢查、再代碼靜態檢查、最後進行功能測試等內容。按照規定只有上一階段的錯誤歸0後，才能進入下一階段的測試，版本升級後必須進行回歸測試。

整個組織流程如下：開發人員將webapp打包後入庫->系統配置人員進行菜單配置->系統部署人員將應用部署至測試環境->測試人員在測試機上進行測試和記錄問題，開發人員從旁講解協作->開發人員修訂系統，完成後返回至第一步。

大系統一般會提供模塊集成框架、集成規範、底層的公共服務等，新的功能模塊改造後作為其框架上的插件進行使用。

1 技術體制符合性檢查

這裡一般會包括：

? 界面規範檢查：檢查模塊的前端界面是否符合開發規範，包括字體、顏色、配色方案、底色等，能夠使得新的模塊與原系統框架和模塊在界面上統一和和諧一致；

? 數據訪問規範檢查：由於數據的私密性，功能模塊不能直接訪問資料庫，而必須通過一個統一的中間層框架進行訪問，這個中間層大系統可以進行統一的管理和規範，模塊需要根據自己的需要開發中間層的實現註冊至數據訪問管理框架之中；

? 資料庫設計規範檢查：包括庫名稱、表名稱、欄位名稱、注釋、約束等要求，要求保證數據的一致性，即模塊從大系統中的公共資料庫中獲取數據持久化至模塊私有庫時，如果公共資料庫的數據發生變化，私有庫的數據可能存在不一致的風險和隱患；

? 服務規範性檢查：當模塊提供服務給其他模塊使用時必須通過服務框架進行，每個模塊需要按照服務開發規範開發的服務，註冊至服務框架供其他人或自己使用。模塊調用服務也必須通過服務框架進行。其註冊和調用過程由服務框架管理和監控；

2 代碼靜態檢查

使用商業的軟體，如klocwork進行，安裝其要求，不能有1~4級的錯誤，待錯誤歸0後，可以申請功能測試。Klocwork支持java、c、c++和c#語言，對代碼分析比較快，分析結果能夠導出為word或者Excel，同時給出代碼修改的建議。建議編寫代碼的工程師可以將自己的寫的代碼自己拿去用klocwork分析，對代碼編寫能力的提升會有不小的幫助，寫出能通過其測試的代碼也算是老鳥了。

這裡值得注意的是，由於知識產權的原因，模塊開發的源代碼並不提交給大系統總體，代碼審查結果可能存在開發人員隱瞞的情況（如將部分代碼私自隱藏，不參與代碼審查等手段）。而且對於web應用開發而言，klocwork只能測試後台代碼，前台的JavaScript代碼並不支持，這對於有大量的前台代碼的web應用而言也不太合理。

3 功能測試

按照功能測試的用例，對模塊進行測試，同時對界面上可以點擊的按鈕和鏈接、可以輸入的框等都要進行測試，模擬最終用戶的使用過程，有時候還得配合使用資料庫進行查驗。

這裡沒有說到性能測試，因為系統性能和伺服器的配置、網路狀況等相關，而現在的伺服器是基於windows虛擬機的應用伺服器，伺服器資源不足，並且時間非常緊張，因此大系統暫時沒有要求和測試。