計畫書
引言
1.1編寫目的
本文是描述****集成測試的大綱文章，主要描述如何進行集成測試活動？如何控制集成測試活動？集成測試活動的流程以及集成測試活動的工作安排。本文主要的讀者對象是項目負責人，集成部門經理，集成測試設計師。
1.2背景
項目名稱：***集成測試
項目相關對象：******************
1.3定義
**********：********************
1.4參考資料
集成測試《*********》
測試項目
本測試主要為***系統的集成測試，目前***的版本為2.0,測試是***的最終集成測試，是建立在開發組程式設計師開發完畢自己的測試以及開發組測試的基礎之上
被測特性
3.1操作性測試
主要測試操作是否正確，有無誤差？分為兩部分：
3.1.1返回測試
由主界面逐級進入最終界面，按EXIT鍵逐級返回，檢查返回時候螢幕聚焦是否正確
比如：
1.進入“系統設定”
2.進入“頻道搜尋”
3.進入“自動頻道搜尋”
4.按EXIT鍵返回，檢查當前聚焦是否為“頻道搜尋”
5.按EXIT鍵返回，檢查當前聚焦是否為“系統設定”
3.1.2進入測試
由主界面逐級進入最終界面，按MENU鍵返回主界面，再次進入，檢查是否聚焦正確
比如：
1.進入“系統設定”
2.進入“頻道搜尋”
3.進入“自動頻道搜尋”
4.按MENU鍵返回主界面
5.當前聚焦是否為“系統設定”
6.進入“系統設定”，當前聚焦是否為“頻道搜尋”
3.2功能測試
測試機頂盒中每個套用的功能是否正確
3.3性能測試
3.3.1疲勞性測試
測試連續開機1個月不關機器，每3天去運行一次套用。看系統的穩定性
3.3.2大容量數據測試
前段***資料庫表中含有大量數據，測試***功能
不被測特性
測試方法
1.書寫測試計畫
2.審核測試計畫，未通過返回第一步
3.書寫測試用例；
4.審核測試用例，未通過返回第三步
5.測試人員按照測試用例逐項進行測試活動，並且將測試結果填寫在測試報告上；（測試報告必須復蓋所有測試用例）
6.測試過程中發現bug，將bug填寫在bugzilla上發給集成部經理；（bug狀態NEW）
7.集成部經理接到bugzilla發過來的bug
7.1對於明顯的並且可以立刻解決的bug，將bug發給開發人員；（bug狀態ASSIGNED）；
7.2對於不是bug的提交，集成部經理通知測試設計人員和測試人員，對相應文檔進行修改；（bug狀態RESOLVED，決定設定為INVALID）；
7.3對於目前無法修改的，將這個bug放到下一輪次進行修改；（bug狀態RESOLVED，決定設定為REMIND）
8.開發人員接到發過來的bug立刻修改；（bug狀態RESOLVED，決定設定為FIXED）
9.測試人員接到bugzilla發過來的錯誤更改信息，應該逐項複測，填寫新的測試報告（測試報告必須復蓋上一次中所有REOPENED的測試用例）；
10.如果複測有問題返回第六步（bug狀態REOPENED）
11.否則關閉這項BUG（bug狀態CLOSED）
12.本輪測試中測試用例中有95%一次性通過測試，結束測試任務；
13.本輪測試中發現的錯誤有98%經過修改並且通過再次測試（即bug狀態CLOSED），返回第五步進行新的一輪測試；
14.測試任務結束後書寫測試總結報告；
15.正規測試結束進入非正規測試，首先是ALPHA測試，請公司里其他非技術人員以用戶角色使用系統。發現bug通知測試人員，測試人員以正規流程處理bug事件；
16.然後是BETA測試，請用戶代表進行測試。發現bug通知測試人員，測試人員以正規流程處理bug事件。
幾點說明：
O測試回歸計畫為三次；
O測試用例應該寫得比較詳盡，步驟一定要標明清楚（應該包括：編號，測試描述，前置條件，測試步驟以及測試希望結果）；
O對於測試人員覺得應該進行的測試項目，測試人員應該報告測試設計人員，完善和健全測試用例；
O測試報告與測試用例分開，測試報告標明測試用例序號以及是否通過Y/N；
O對於集成部經理無法決定的上交項目負責人決定；
O性能測試中的疲勞性測試可以結合在功能測試部分，即測試期間不關閉機器；
O性能測試中的大容量數據測試放在測試後部分輪次（第二步，只需要進行一次）
測試通過標準
測試結果與測試用例中期望的結果一致，測試通過，否則標明測試未通過。
6.1測試結果審批過程
6.1.1測試回歸申請結束
測試人員提出申請這輪測試結束，提交集成部經理；
集成部經理召集本組人員開會討論；
討論通過，進行下一輪測試，並且部署下一輪測試的注意事項，流程等內容；
如果發現這輪測試目前還存在問題沒有解決，延期下一輪測試時間，討論下一步工作應該如何進行。
6.1.2測試結果申請結束
測試人員提出申請測試結束，提交集成部經理；
集成部經理召集本組人員開會討論；
1.討論通過，結束測試任務；
2.如果發現目前測試還存在問題沒有解決，延期測試結束時間，並且討論下一步工作應該如何進行。
掛起和恢復
7.1掛起條件
O進入第一輪測試，測試人員大體了解一下產品情況，如果在一小時之內發現5個以上（含5個）操作性錯誤，或者3個以上（含3個）功能性錯誤，退回測試組測試；
O遇到有項目優先權更高的集成測試任務；
O遇到有項目優先權更高的集成任務；
O在測試複測過程中發現產品無法運行下去；
O人員，設備不足。
7.2恢復條件
O符合進入集成測試條件（一小時之內發現5個以下（不含5個）操作性錯誤，或者3個以下（不含3個）功能性錯誤）；
O項目優先權更高的集成測試任務暫告完成；
O項目優先權更高的集成任務暫告完成；
O複測過程中產品可以運行下去；
O人員，設備到位。
測試檔案
O測試計畫書
O測試用例
O測試報告
O測試總結
測試任務
O制定審核測試計畫
O制定和審核測試用例
O進行測試活動
O書寫測試報告
測試環境需求
10.1硬體需求
***********
10.2軟體需求
************
10.3測試工具
*************
10.4測試需要的條件
**************
10.4.1需要的文檔
O用戶手冊
O套用手冊
O安裝說明
10.4.2需要完成的任務
O程式設計師本人測試
O測試組完成測試
角色和職責
O集成（測試）經理：控制並完成測試任務和測試過程，決定測試人員提交上來的bug是否需要修改；
O測試設計人員：書寫集成測試用例；
O測試人員：按照測試用例進行測試活動；
O開發人員：MHP程式bug修改；
O用戶代表：進行BETA測試。
人員和培訓
O集成測試經理有責任對測試相關人員進行測試流程，規章制度培訓；
O測試設計人員有責任對測試人員進行測試操作培訓
測試進度
測試工作進度（人*工作日）
測試計畫8
測試設計60
測試執行總共進度30
每次回歸進度10
測試報告2
風險及應急計畫
設備不到位：加緊設備購買；
人員不到位
人員請假：請假人員回來加班或趕緊測試進度/申請調配新的人員；
人員離職：調配新的人員；
人員調配到其他部門或項目：調配新的人員；
開發人員開發頻頻出錯：通知開發部門，商量策略；
其他原因的測試工作頻頻被掛起或者掛起後遲遲恢復不了：加班或延期
審批
集成部經理技術部經理
姓名：姓名：
日期：日期：【作者介紹】jerry
97年畢業於北京某高校計算級專業，先後在軟體公司和網路公司從事軟體開發，系統分析和設計工作。2001年涉及軟體質量保證，先後擔任測試工程師，測試部經理，副經理。精通軟體工程和測試流程，精通RUP,CMM,ISO,6SIGMA軟體質量保證工作。
