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事件。 幾點說明: - 測試回歸計劃為三次;
- 測試用例應該寫得比較詳盡,步驟一定要标明清楚(應該包括:編号,測試描述,前置條件,測試步驟以及測試希望結果);
- 對于測試人員覺得應該進行的測試項目,測試人員應該報告測試設計人員,完善和健全測試用例;
- 測試報告與測試用例分開,測試報告标明測試用例序号以及是否通過Y/N;
- 對于內建部經理無法決定的上交項目負責人決定;
- 性能測試中的疲勞性測試可以結合在功能測試部分,即測試期間不關閉機器;
- 性能測試中的大容量資料測試放在測試後部分輪次(第二步,隻需要進行一次)
6 測試通過标準 測試結果與測試用例中期望的結果一緻,測試通過,否則标明測試未通過。 6.1測試結果審批過程 6.1.1測試回歸申請結束 測試人員提出申請這輪測試結束,送出內建部經理; 內建部經理召集本組人員開會讨論; 讨論通過,進行下一輪測試,并且部署下一輪測試的注意事項,流程等内容; 如果發現這輪測試目前還存在問題沒有解決,延期下一輪測試時間,讨論下一步工作應該如何進行。 6.1.2測試結果申請結束 測試人員提出申請測試結束,送出內建部經理; 內建部經理召集本組人員開會讨論; 1. 讨論通過,結束測試任務; 2. 如果發現目前測試還存在問題沒有解決,延期測試結束時間,并且讨論下一步工作應該如何進行。 7 測試挂起和恢複條件 7.1挂起條件 - 進入第一輪測試,測試人員大體了解一下産品情況,如果在一小時之内發現5個以上(含5個)操作性錯誤,或者3個以上(含3個)功能性錯誤,退回測試組測試;
- 遇到有項目優先級更高的內建測試任務;
- 遇到有項目優先級更高的內建任務;
- 在測試複測過程中發現産品無法運作下去;
- 人員,裝置不足。
7.2恢複條件 - 符合進入內建測試條件(一小時之内發現5個以下(不含5個)操作性錯誤,或者3個以下(不含3個)功能性錯誤);
- 項目優先級更高的內建測試任務暫告完成;
- 項目優先級更高的內建任務暫告完成;
- 複測過程中産品可以運作下去;
- 人員,裝置到位。
8應提供的測試檔案 9測試任務 - 制定稽核測試計劃
- 制定和稽核測試用例
- 進行測試活動
- 書寫測試報告
10測試環境需求 10.1硬體需求 *********** 10.2軟體需求 ************ 10.3測試工具 ************* 10.4測試需要的條件 ************** 10.4.1需要的文檔 10.4.2需要完成的任務 11角色和職責 - 內建(測試)經理:控制并完成測試任務和測試過程,決定測試人員送出上來的bug是否需要修改;
- 測試設計人員:書寫內建測試用例;
- 測試人員:按照測試用例進行測試活動;
- 開發人員:MHP程式bug修改;
- 使用者代表:進行BETA測試。
12 人員和教育訓練 - 內建測試經理有責任對測試相關人員進行測試流程,規章制度教育訓練;
- 測試設計人員有責任對測試人員進行測試操作教育訓練
13 測試進度 測試工作 | 進度(人*工作日) | 測試計劃 | 8 | 測試設計 | 60 | 測試執行總共進度 | 30 | 每次回歸進度 | 10 | 測試報告 | 2 | 14風險及應急計劃 裝置不到位:加緊裝置購買; 人員不到位 人員請假:請假人員回來加班或趕緊測試進度/申請調配新的人員; 人員離職:調配新的人員; 人員調配到其他部門或項目:調配新的人員; 開發人員開發頻頻出錯:通知開發部門,商量政策; 其他原因的測試工作頻頻被挂起或者挂起後遲遲恢複不了:加班或延期 15審批 內建部經理 技術部經理 姓名: 姓名: 日期: 日期: |