産品更新檔包測試的基本流程

　　确定更新檔包的内容(詳見更新檔包的内容)--制定更新檔包測試計劃--更新檔包測試準備--更新檔包測試執行--更新檔包成品測試--更新檔包釋出--項目收尾。

　　更新檔包内容的選擇：

　　一般情況下，評估某一需求是否可以被加到更新檔包裡的最根本的原則說起來很簡單，那就是不能破壞客戶已有的功能實作，包括産品釋出時的功能實作及客戶針對産品的拓展接口作的定制實作。

　　評估某個需求是否可以被更新檔包所包含時，需要考慮以下幾點：

　　該需求實作時對已有客戶的意義和重要性，對潛在客戶的意義和重要性。

　　産品的開發部門能否按計劃實作需求的功能設計、代碼并完成單元測試。

　　産品的測試部門能否按計劃實作需求的功能測試、性能測試及所有可能需要的其他測試類型，即對新功能需求實作完整的測試覆寫。

　　制定更新檔包測試計劃：

　　開發、測試期間要做的所有事情都需要考慮并計劃在内，包括潛在的風險、對上遊問題可能的依賴、對下遊問題的影響、目前存在的問題、如何解決或規避問題等。

　　更新檔包測試中回歸測試的範圍：

　　需要依賴回歸測試來保證在更新檔包中解決的問題或者引入的新的功能增強不會對系統已有的功能點造成破壞

　　為了合理地界定回歸測試的覆寫範圍，需要和負責特定産品子產品的開發人員和子產品測試專家進行詳細探讨。

　　軟體版本、平台、浏覽器和測試内容的搭配矩陣：更新檔包測試必須包含多個不同的作業系統和多種不同的應用伺服器的搭配。

　　

　　測試計劃的審閱流程：

　　要有一個清晰的審閱人員名單清單，預留足夠的時間個審閱人以保證計劃能夠得到很充分的審閱，可以考慮通過離線交流或組織審閱回憶來盡快地用最有效的方式在不同的審閱人之間就某個特定問題達成一緻，更改的計劃被正式送出進行審閱後必須有記錄來描述相應的部分。

　　最終審批之前要保證所有的必要審閱人的意見和建議都得到了很好的回複且得到了他們的同意。

　　更新檔包測試準備：

　　遵循測試計劃，在測試機到位後，将測試機的宿主作業系統安裝上，鼓勵測試人員對計劃進行通盤的解讀和了解。

　　如果開發人員在解決一個特定問題時發現該問題比較嚴重，需要及時對問題進行初步定位分析，并和售後支援部門溝通問題本身的描述是否到位，是否遵循了代碼版本控制的子產品。

　　測試組長可在這期間和測試人員進行充分的溝通，以期對測試工作的具體安排、可能的對開發或其他功能團隊的依賴關系等盡早明确，做到心中有數。

　　需要安裝的軟體或軟體需要的更新檔包，可以在準備期間由專人下載下傳，并上傳到項目組的檔案伺服器裡供整個團隊使用。

　　更新檔包測試執行：

　　安裝更新檔包并驗證更新檔包的安裝向導

　　根據測試用例進行功能或性能測試

　　進行相應的回歸測試

　　進行更新檔包的安裝和解除安裝測試，對更新檔包安裝文檔進行驗證

　　更新檔包的釋出：

　　需要釋出什麼資訊，通過什麼管道讓客戶了解這些資訊。

　　更新檔包内容的釋出資訊必須準确、清晰，能夠為客戶所了解，即，釋出我們能帶給客戶價值的東西：

　　該更新檔包中解決的問題，包括問題的簡單描述等需要清晰的羅列。

　　有一些意義重大的問題得到解決且能帶來功能、性能或可定制性的任何方面的 提升，需要詳細讓客戶了解。

　　産品支援的平台的拓展和延伸的資訊。

　　對于産品自動化測試的持續投入是十分有必要的：

　　已有的自動化架構的整體架構和功能提升。