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