1引言
1.1編寫目的
本文是描述****集成測試的大綱文章，主要描述如何進行集成測試活動？如何控制集成測試活動？集成測試活動的流程以及集成測試活動的工作安排。本文主要的讀者對象是項目負責人，集成部門經理，集成測試設計師。
1.2背景
項目名稱：***集成測試
項目相關對象：******************
1.3定義
**********：********************
1.4參考資料
《*********》
2測試項目
本測試主要為***系統(tǒng)的集成測試，目前***的版本為2.0,測試是***的最終集成測試，是建立在開發(fā)組程序員開發(fā)完畢自己的測試以及開發(fā)組測試的基礎之上
3 被測特性
3.1操作性測試
主要測試操作是否正確，有無誤差？分為兩部分：
3.1.1返回測試
由主界面逐級進入最終界面，按EXIT鍵逐級返回，檢查返回時候屏幕聚焦是否正確
比如：
1. 進入“系統(tǒng)設置”
2. 進入“頻道搜索”
3. 進入“自動頻道搜索”
4. 按EXIT鍵返回，檢查當前聚焦是否為“頻道搜索”
5. 按EXIT鍵返回，檢查當前聚焦是否為“系統(tǒng)設置”
3.1.2進入測試
由主界面逐級進入最終界面，按MENU鍵返回主界面，再次進入，檢查是否聚焦正確
比如：
1. 進入“系統(tǒng)設置”
2. 進入“頻道搜索”
3. 進入“自動頻道搜索”
4. 按MENU鍵返回主界面
5. 當前聚焦是否為“系統(tǒng)設置”
6. 進入“系統(tǒng)設置”，當前聚焦是否為“頻道搜索”
3.2功能測試
測試機頂盒中每個應用的功能是否正確
3.3性能測試
3.3.1疲勞性測試
測試連續(xù)開機1個月不關機器，每3天去運行一次應用?？聪到y(tǒng)的穩(wěn)定性
3.3.2大容量數據測試
前段***數據庫表中含有大量數據，測試***功能
4 不被測特性
5 測試方法
1. 書寫測試計劃
2. 審核測試計劃，未通過返回第一步
3. 書寫測試用例；
4. 審核測試用例，未通過返回第三步
5. 測試人員按照測試用例逐項進行測試活動，并且將測試結果填寫在測試報告上；（測試報告必須覆蓋所有測試用例）
6. 測試過程中發(fā)現bug，將bug填寫在bugzilla上發(fā)給集成部經理；（bug狀態(tài)NEW）
7. 集成部經理接到bugzilla發(fā)過來的bug
7.1 對于明顯的并且可以立刻解決的bug，將bug發(fā)給開發(fā)人員；（bug狀態(tài)ASSIGNED）；
7.2 對于不是bug的提交，集成部經理通知測試設計人員和測試人員，對相應文檔進行修改； （bug狀態(tài)RESOLVED，決定設置為INVALID）；
7.3 對于目前無法修改的，將這個bug放到下一輪次進行修改；（bug狀態(tài)RESOLVED，決定設置為REMIND）
8. 開發(fā)人員接到發(fā)過來的bug立刻修改；（bug狀態(tài)RESOLVED，決定設置為FIXED）
9. 測試人員接到bugzilla發(fā)過來的錯誤更改信息，應該逐項復測，填寫新的測試報告（測試報告必須覆蓋上一次中所有REOPENED的測試用例）；
10. 如果復測有問題返回第六步（bug狀態(tài)REOPENED）
11. 否則關閉這項BUG（bug狀態(tài)CLOSED）
12. 本輪測試中測試用例中有95%一次性通過測試，結束測試任務；
13. 本輪測試中發(fā)現的錯誤有98%經過修改并且通過再次測試（即bug狀態(tài)CLOSED），返回第五步進行新的一輪測試；
14. 測試任務結束后書寫測試總結報告；
15. 正規(guī)測試結束進入非正規(guī)測試，首先是ALPHA測試，請公司里其他非技術人員以用戶角