軟件集成測試計劃書

軟件集成測試計劃書

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天去運行一次應用?？聪到y的穩定性

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事件。

幾點說明：

• 測試回歸計劃為三次；
• 測試用例應該寫得比較詳盡，步驟一定要標明清楚（應該包括：編號，測試描述，前置條件，測試步驟以及測試希望結果）；
• 對于測試人員覺得應該進行的測試項目，測試人員應該報告測試設計人員，完善和健全測試用例；
• 測試報告與測試用例分開，測試報告標明測試用例序號以及是否通過Y/N；
• 對于集成部經理無法決定的上交項目負責人決定；
• 性能測試中的疲勞性測試可以結合在功能測試部分，即測試期間不關閉機器；
• 性能測試中的大容量數據測試放在測試后部分輪次（第二步，只需要進行一次）

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角色和職責

• 集成（測試）經理：控制并完成測試任務和測試過程，決定測試人員提交上來的bug是否需要修改；
• 測試設計人員：書寫集成測試用例；
• 測試人員：按照測試用例進行測試活動；
• 開發人員：MHP程序bug修改；
• 用戶代表：進行BETA測試。

12 人員和培訓

• 集成測試經理有責任對測試相關人員進行測試流程，規章制度培訓；
• 測試設計人員有責任對測試人員進行測試操作培訓

13 測試進度

clearcase/" target="_blank" >cccccc>

測試工作	進度(人＊工作日)
測試計劃	8
測試設計	60
測試執行總共進度	30
每次回歸進度	10
測試報告	２

14風險及應急計劃

設備不到位:加緊設備購買;

人員不到位

人員請假：請假人員回來加班或趕緊測試進度／申請調配新的人員；

人員離職：調配新的人員；

人員調配到其他部門或項目：調配新的人員；

開發人員開發頻頻出錯：通知開發部門，商量策略；

其他原因的測試工作頻頻被掛起或者掛起后遲遲恢復不了：加班或延期

15審批

集成部經理 技術部經理

姓名： 姓名：

日期： 日期：

原文轉自：http://www.anti-gravitydesign.com