軟件集成測試計劃書(shū)
1引言
1.1編寫(xiě)目的
本文是描述****集成測試的大綱文章，主要描述如何進(jìn)行集成測試活動(dòng)？如何控制集成測試活動(dòng)？集成測試活動(dòng)的流程以及集成測試活動(dòng)的工作安排。本文主要的讀者對象是項目負責人，集成部門(mén)經(jīng)理，集成測試設計師。
1.2背景
項目名稱(chēng)：***集成測試
項目相關(guān)對象：******************
1.3定義
**********：********************
1.4參考資料
《*********》
2測試項目
本測試主要為***系統的集成測試，目前***的版本為2.0,測試是***的最終集成測試，是建立在開(kāi)發(fā)組程序員開(kāi)發(fā)完畢自己的測試以及開(kāi)發(fā)組測試的基礎之上
3 被測特性
3.1操作性測試
主要測試操作是否正確，有無(wú)誤差？分為兩部分：
3.1.1返回測試
由主界面逐級進(jìn)入最終界面，按EXIT鍵逐級返回，檢查返回時(shí)候屏幕聚焦是否正確
比如：
1. 進(jìn)入“系統設置”
2. 進(jìn)入“頻道搜索”
3. 進(jìn)入“自動(dòng)頻道搜索”
4. 按EXIT鍵返回，檢查當前聚焦是否為“頻道搜索”
5. 按EXIT鍵返回，檢查當前聚焦是否為“系統設置”
3.1.2進(jìn)入測試
由主界面逐級進(jìn)入最終界面，按MENU鍵返回主界面，再次進(jìn)入，檢查是否聚焦正確
比如：
1. 進(jìn)入“系統設置”
2. 進(jìn)入“頻道搜索”
3. 進(jìn)入“自動(dòng)頻道搜索”
4. 按MENU鍵返回主界面
5. 當前聚焦是否為“系統設置”
6. 進(jìn)入“系統設置”，當前聚焦是否為“頻道搜索”
3.2功能測試
測試機頂盒中每個(gè)應用的功能是否正確
3.3性能測試
3.3.1疲勞性測試
測試連續開(kāi)機1個(gè)月不關(guān)機器，每3天去運行一次應用�？聪到y的穩定性
3.3.2大容量數據測試
前段***數據庫表中含有大量數據，測試***功能
4 不被測特性
5 測試方法
1. 書(shū)寫(xiě)測試計劃
2. 審核測試計劃，未通過(guò)返回第一步
3. 書(shū)寫(xiě)測試用例；
4. 審核測試用例，未通過(guò)返回第三步
5. 測試人員按照測試用例逐項進(jìn)行測試活動(dòng),并且將測試結果填寫(xiě)在測試報告上；（測試報告必須覆蓋所有測試用例）
6. 測試過(guò)程中發(fā)現bug，將bug填寫(xiě)在bugzilla上發(fā)給集成部經(jīng)理；（bug狀態(tài)NEW）
7. 集成部經(jīng)理接到bugzilla發(fā)過(guò)來(lái)的bug
7.1 對于明顯的并且可以立刻解決的bug，將bug發(fā)給開(kāi)發(fā)人員；（bug狀態(tài)ASSIGNED）;
7.2 對于不是bug的提交，集成部經(jīng)理通知測試設計人員和測試人員，對相應文檔進(jìn)行修改; （bug狀態(tài)RESOLVED，決定設置為INVALID）;
7.3 對于目前無(wú)法修改的,將這個(gè)bug放到下一輪次進(jìn)行修改；（bug狀態(tài)RESOLVED，決定設置為REMIND）
8. 開(kāi)發(fā)人員接到發(fā)過(guò)來(lái)的bug立刻修改;（bug狀態(tài)RESOLVED，決定設置為FIXED）
9. 測試人員接到bugzilla發(fā)過(guò)來(lái)的錯誤更改信息，應該逐項復測，填寫(xiě)新的測試報告（測試報告必須覆蓋上一次中所有REOPENED的測試用例）；
10. 如果復測有問(wèn)題返回第六步（bug狀態(tài)REOPENED）
11. 否則關(guān)閉這項BUG（bug狀態(tài)CLOSED）
12. 本輪測試中測試用例中有95%一次性通過(guò)測試,結束測試任務(wù)；
13. 本輪測試中發(fā)現的錯誤有98%經(jīng)過(guò)修改并且通過(guò)再次測試（即bug狀態(tài)CLOSED），返回第五步進(jìn)行新的一輪測試；
14. 測試任務(wù)結束后書(shū)寫(xiě)測試總結報告；
15. 正規測試結束進(jìn)入非正規測試，首先是ALPHA測試，請公司里其他非技術(shù)人員以用戶(hù)角色使用系統。發(fā)現bug通知測試人員，測試人員以正規流程處理bug事件；
16. 然后是BETA測試，請用戶(hù)代表進(jìn)行測試。發(fā)現bug通知測試人員，測試人員以正規流程處理bug事件。
幾點(diǎn)說(shuō)明：
- 測試回歸計劃為三次；
- 測試用例應該寫(xiě)得比較詳盡，步驟一定要標明清楚（應該包括：編號，測試描述，前置條件，測試步驟以及測試希望結果）；
- 對于測試人員覺(jué)得應該進(jìn)行的測試項目，測試人員應該報告測試設計人員，完善和健全測試用例；
- 測試報告與測試用例分開(kāi)，測試報告標明測試用例序號以及是否通過(guò)Y/N；
- 對于集成部經(jīng)理無(wú)法決定的上交項目負責人決定；
- 性能測試中的疲勞性測試可以結合在功能測試部分，即測試期間不關(guān)閉機器；
- 性能測試中的大容量數據測試放在測試后部分輪次（第二步，只需要進(jìn)行一次）
6 測試通過(guò)標準
測試結果與測試用例中期望的結果一致，測試通過(guò)，否則標明測試未通過(guò)。
6.1測試結果審批過(guò)程
6.1.1測試回歸申請結束
測試人員提出申請這輪測試結束，提交集成部經(jīng)理；
集成部經(jīng)理召集本組人員開(kāi)會(huì )討論；
討論通過(guò)，進(jìn)行下一輪測試，并且部署下一輪測試的注意事項，流程等內容；
如果發(fā)現這輪測試目前還存在問(wèn)題沒(méi)有解決，延期下一輪測試時(shí)間，討論下一步工作應該如何進(jìn)行。
6.1.2測試結果申請結束
測試人員提出申請測試結束，提交集成部經(jīng)理；
集成部經(jīng)理召集本組人員開(kāi)會(huì )討論；
1. 討論通過(guò)，結束測試任務(wù)；
2. 如果發(fā)現目前測試還存在問(wèn)題沒(méi)有解決，延期測試結束時(shí)間，并且討論下一步工作應該如何進(jìn)行。
7 測試掛起和恢復條件
7.1掛起條件
- 進(jìn)入第一輪測試，測試人員大體了解一下產(chǎn)品情況，如果在一小時(shí)之內發(fā)現５個(gè)以上（含５個(gè)）操作性錯誤，或者３個(gè)以上（含３個(gè)）功能性錯誤，退回測試組測試；
- 遇到有項目?jì)?yōu)先級更高的集成測試任務(wù)；
- 遇到有項目?jì)?yōu)先級更高的集成任務(wù)；
- 在測試復測過(guò)程中發(fā)現產(chǎn)品無(wú)法運行下去；
- 人員，設備不足。
7.2恢復條件
- 符合進(jìn)入集成測試條件（一小時(shí)之內發(fā)現５個(gè)以下（不含５個(gè)）操作性錯誤，或者３個(gè)以下（不含３個(gè)）功能性錯誤）；
- 項目?jì)?yōu)先級更高的集成測試任務(wù)暫告完成；
- 項目?jì)?yōu)先級更高的集成任務(wù)暫告完成；
- 復測過(guò)程中產(chǎn)品可以運行下去；
- 人員，設備到位。
8應提供的測試文件
- 測試計劃書(shū)
- 測試用例
- 測試報告
- 測試總結
9測試任務(wù)
- 制定審核測試計劃
- 制定和審核測試用例
- 進(jìn)行測試活動(dòng)
- 書(shū)寫(xiě)測試報告
10.1硬件需求
***********
10.2軟件需求
************
10.3測試工具
*************
10.4測試需要的條件
**************
10.4.1需要的文檔
- 用戶(hù)手冊
- 應用手冊
- 安裝說(shuō)明
10.4.2需要完成的任務(wù)
- 程序員本人測試
- 測試組完成測試
11角色和職責
- 集成（測試）經(jīng)理：控制并完成測試任務(wù)和測試過(guò)程，決定測試人員提交上來(lái)的bug是否需要修改；
- 測試設計人員：書(shū)寫(xiě)集成測試用例；
- 測試人員：按照測試用例進(jìn)行測試活動(dòng)；
- 開(kāi)發(fā)人員：MHP程序bug修改；
- 用戶(hù)代表：進(jìn)行BETA測試。
12 人員和培訓
- 集成測試經(jīng)理有責任對測試相關(guān)人員進(jìn)行測試流程，規章制度培訓；
- 測試設計人員有責任對測試人員進(jìn)行測試操作培訓
13 測試進(jìn)度
| 測試工作 | 進(jìn)度(人＊工作日) |
| 測試計劃 | 8 |
| 測試設計 | 60 |
| 測試執行總共進(jìn)度 | 30 |
| 每次回歸進(jìn)度 | 10 |
| 測試報告 | ２ |
14風(fēng)險及應急計劃
設備不到位:加緊設備購買(mǎi);
人員不到位
人員請假：請假人員回來(lái)加班或趕緊測試進(jìn)度／申請調配新的人員；
人員離職：調配新的人員；
人員調配到其他部門(mén)或項目：調配新的人員；
開(kāi)發(fā)人員開(kāi)發(fā)頻頻出錯：通知開(kāi)發(fā)部門(mén)，商量策略；
其他原因的測試工作頻頻被掛起或者掛起后遲遲恢復不了：加班或延期
15審批
集成部經(jīng)理 技術(shù)部經(jīng)理
姓名： 姓名：
日期： 日期：
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
