整合測試計畫書
1引言1.1編寫目的
本文是描述****整合測試的大綱文章，主要描述如何進行整合測試活動？如何控制整合測試活動？整合測試活動的流程以及整合測試活動的工作安排。本文主要的讀者物件是專案負責人，整合部門經理，整合測試設計師。
1.2背景
專案名稱：***整合測試
1.3定義
**********：********************
1.4參考資料
《*********》
2測試專案
本測試主要為***系統的整合測試，目前***的版本為2.0,測試是***的最終整合測試，是建立在開發組程式設計師開發完畢自己的測試以及開發組測試的基礎之上
3 被測特性
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大容量資料測試
前段***資料庫表中含有大量資料，測試***功能
4 不被測特性
5 測試方法
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事件。
幾點說明：
6 測試通過標準
測試結果與測試用例中期望的結果一致，測試通過，否則標明測試未通過。
6.1測試結果審批過程
6.1.1測試回歸申請結束
測試人員提出申請這輪測試結束，提交整合部經理；
整合部經理召集本組人員開會討論；
討論通過，進行下一輪測試，並且部署下一輪測試的注意事項，流程等內容；
如果發現這輪測試目前還存在問題沒有解決，延期下一輪測試時間，討論下一步工作應該如何進行。
6.1.2測試結果申請結束
測試人員提出申請測試結束，提交整合部經理；
整合部經理召集本組人員開會討論；
1. 討論通過，結束測試任務；
2. 如果發現目前測試還存在問題沒有解決，延期測試結束時間，並且討論下一步工作應該如何進行。
7 測試掛起和恢復條件
7.1掛起條件
7.2恢復條件
8應提供的測試檔案
9測試任務
10測試環境需求
10.1硬體需求
***********
10.2軟體需求
************
10.3測試工具
*************
10.4測試需要的條件
**************
10.4.1需要的文件
10.4.2需要完成的任務
11角色和職責
12 人員和培訓
13 測試進度
測試工作
進度(人＊工作日)
測試計畫
8測試設計
60測試執行總共進度
30每次回歸進度
10測試報告
２14風險及應急計畫
裝置不到位:加緊裝置購買;
人員不到位
人員請假：請假人員回來加班或趕緊測試進度／申請調配新的人員；
人員離職：調配新的人員；
人員調配到其他部門或專案：調配新的人員；
開發人員開發頻頻出錯：通知開發部門，商量策略；
其他原因的測試工作頻頻被掛起或者掛起後遲遲恢復不了：加班或延期
15審批
整合部經理 技術部經理
姓名： 姓名：
日期： 日期：
軟體測試計畫書 大綱
1引言 1.1編寫目的 本測試計畫的具體編寫目的，指出預期的讀者範圍。1.2背景 說明 a 測試計畫所從屬的軟體系統的名稱 b 該開發專案的歷史，列出使用者和執行此專案測試的計算中心，說明在開始執行本測試計畫之前必須完成的各項工作。1.3定義 列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語...
學習計畫書
一 具體。例如，三天內瀏覽完某本書 每天語文寫一篇作文 乙個月內背完英語1000個單詞 每天物理仔細讀完20頁課本 歷史背完5章內容等。二 合理。制定自己能夠完成的計畫，不要使自己閒著，也不要使自己過於緊張。三 循序漸進。隔一段時間，就要提高每天完成的學習任務的量和深度 前提是 晚上10 30點睡,...
商業計畫書
第一，用幾句話清楚說明你發現目前市場中存在乙個什麼空白點，或者存在乙個什麼問題，以及這個問題有多嚴重，幾句話就夠了。很多人寫了三百張紙，抄上一些報告。投資人天天看這個，還需要你教育他嗎?比如，現在網遊市場裡盜號嚴重，你有乙個產品能解決這個問題，只需要一句話說清楚就可以。第二，你有什麼樣的解決方案，或...