1前言本文檔僅作用于公司內部人員使用參考，主要概括的是開發組與測試組的工作流程及工作銜接內容，該文檔由測試組人員內部制定，若有考慮不周之處請給出建議！編寫此流程的主要目的是規范測試，提高開發組與測試組的工作效率，盡可能早地找到BUG，并保證得以修復。2測試流程簡介2.1測試工作總體流程測試計劃、立項系統測試驗收測試結項測試設計2.1.1測試計劃用例設計《測試計劃》1、根據《項目規范說明書》確定機頂盒需求及潛在需求；2、定義機頂盒測試策略與方法；3、制定進入、退出測試準則；根據《技術規范說明書》4、安排測試人員、測試設計測試計劃、測試用例審核不時間、測試資源。通過設計小組審核《測試設計》1、將測試計劃整理的機頂盒需求細化分解為獨立的功能點；2、為每個功能點設計測試用例；審核通過下一階段執行環境1、項目立項后，項目組討論項目實施過程后執行此流程；2、前提是須有《項目技術規范說明書》，若客戶未提供可從其它途徑獲取客戶需求（如以前項目文檔，樣機獲取等）；3、與開發組的程序設計階段同步，即開發設計項目實施時測試組同步進行測試設計，此過程為測試執行做準備工作；4、立項項目經理把技術規范說明書共享給開發、測試組開發組人員解析說明書并設計代碼、測試組根據說明書作出測試計劃、測試用例此階段完成（此過程中開發組和測試組進行功能規格溝通）。執行細則測試計劃測試負責人根據項目的需求，制定測試計劃，明確目標與測試任務以及測試人員的安排。測試計劃分復雜文檔型和簡單實用型，綜合我司目前情況，比較適用后者即簡單實用型，引用MicrosoftProject來計劃分配項目任務，把項目細分為各個階段、階段再細分為各個任務，任務精確到具體時間、負責人，測試計劃的主要要素包括：項目名稱、任務名稱、工期、開始時間、完成時間、資源名稱等，如下圖。測試用例依據已引用的用例模板，進行用例設計，挖掘用戶潛在需求并結合到用例設計，與需求接口人溝通獲取更直觀的用戶要求；若項目時間充足，測試用例可提供給開發人員，以便開發人員結合代碼設計思路給出建議，使測試用例達到更高的可執行效果；測試用例由測試組相應測試人員設計。2.1.2系統測試1、對機頂盒作指標、性能測試；上一階段2、在軟件接口處進行一系列仿真錯誤操作或者其他潛在的錯誤測試；3、記錄測試結果作為歷史記錄或測試方案其它項目參考對象；4、盡可能多的模擬測試場景以覆蓋所有功能點；測試（用例）執行1、結合開發TestDirector對BUG測試記錄本進行控制組進度，使用的版BUG記錄開發人員提供新版本針對上個版本的測BUG版本提交試記錄進行測試否回歸測試通過與否是達到需求標準測試報告進入下一階段備注：測試階段分為單元測試、集成測試、系統測試、驗收測試，單元測試由開發人員根據代碼進行測試，集成測試即分模塊單獨測試（此階段跳過），系統測試即集成的后版本測試（我司主要以此階段作為測試的重心），驗收測試即模擬用戶進行使用測試（發布前的版本）。結合公司環境，目前測試執行（測試執行區別于測試設計，測試設計主要是方法、過程的設計，測試執行是執行已設計好的方法及過程）包括系統測試、回歸測試、驗收測試三大步驟。執行環境1、執行前提是“測試計劃用例設計”階段完成；2、此階段開發組須集成可測版本提試不通過供給測試組執行測試，測試組先進行冒煙測試，冒煙測則須返回開發組再集成可測版本；（在此說明，冒煙測試即機頂盒常用功能都可正常執行操作，可理解為機頂盒的基本功能測試）3、完成測試文檔前期準備工作；執行細則測試人員針對獨立的測試任務進行方案設計（可自定義）測試人員執行測試用例交發現的BUG至TestDirector、開發人員實時訪問刷新BUG頁面跟蹤并修復人員回歸測試測檢已修復BUG、提交新BUG直至所有BUG通過測試人員編寫測試報告。實時提BUG開發人員提供新版本測試重復藍色標記步驟2.1.3驗收測試1、主要依據是客戶提供的《技術規范說明書》；設計驗收測試方案2、盡可能模擬用例的使用環境進行驗收測試；驗收測試YN測試人員對BUG進行記錄驗收測試不通過符合技術規范說明書標準提交BUG記錄開發組提供修改后版本驗收測試通過測試總結執行環境1、執行前提是“系統測試”階段完成；2、開發組提供3、確認TestDirector上嚴重、態的大部分BUG都關閉（Closed）；4、得出前報告結果。最新版本，要求所有BUG都已修復并經過測試人員確認完；比較嚴重、非常嚴重級別的BUG都關閉（Closed），Low狀期測試執行細則驗收模擬用戶使用環境及常慣執行測試記錄驗收過程及結果通過則制定則進入下一步實時提交發現的BUG至TestDirector、開發人員實時訪問刷新BUG頁面跟蹤并修復BUG新版本測試人員回歸測試總結報告并結束、不通過開發人員提供測試檢測已修復BUG、提交新BUG重復藍色標記步驟直至所有BUG通過。下面簡單的介紹兩種通常情況下的項目流程，藉此說明一下開發與測試在整個項目中的協同工作，其實測試活動并不是等到項目編碼完成之后才開始，從一開始就是和開發并行進行的項目活動，以下兩個流程圖可以得到例證：2.2項目簡易流程1（單個項目運行）項目基本流程開發測試啟動有無需求制定需求文檔需求文檔共享設計測試用例設計編碼階段完善功能點1、執行測試用例/功能點；2、提交缺陷到TD，跟蹤修復缺執行測試回歸測試陷；1、跟蹤TD上的缺陷；修復缺陷階段不通過1、根據驗收標準執行測試；通過2、編寫測試報告；發布驗收測試對項目文檔進行歸檔結項文檔歸類整理2.3項目簡易流程2（多個項目運行）工程項目研發小組1項目管理研發小組2開發人員測試人員測試人員測試方案開發人員需求分析設計編碼文檔測試方案項目分配計劃確定功能點需求分析設計編碼文檔軟件開發測試計劃及設計用例測試計劃及設計用例軟件開發修復BUG修復BUG版本發布版本升級執行測試及提捕獲產品樣圖撰寫說明書執行測試及提版本發布版本升級修改Bug修改Bug交BUG交BUG文件歸檔質量評估質量評估市場校驗發布技術認證技術認證3TestDirector工具使用說明TestDirector(簡稱TD)提供并集成了測試需求管理、測試計劃和用例管理、測試日程控制、測試執行和缺陷跟蹤等功能，目前公司主要引用的模塊為缺陷跟蹤，作為主導的BUG管理工具。3.1操作說明3.1.1登陸打開IE，在地址欄中輸入http://sxjs/TDBIN/default.htm，就可打以開TD主頁面登陸會提示要求安裝插件，點擊“是”選擇安裝件后以打開TD主頁面，如下圖：（首次）安裝插點擊頁面左上角TestDirector進入：3.1.2增加缺陷（Bug）-程序員||測試員注釋：并不是只有測試人員才能提交BUG，開發人員發現了問題一樣可以提交，當然此處的提交并不是開發期的缺陷，而是項目已集成后的缺陷，開發人員提交的問題可作為今后其它項目的參考范例，便于整理公司產品的“綜合癥”。窗口介紹：在此我們工作過程中主要引用到的是缺陷管理模塊，在以上選項中選擇即打開缺陷窗口，如上圖，可選擇登記缺陷：下的更改密碼進行用戶密碼修改操作。3.1.3修改缺陷（Bug）狀態測試發現BUG提交BUG狀態（New）否是項目組長或QC組長確認是否為BUGBug狀態更改為Bug狀態更改為CLOSEOpen開發人員修復Bug后更改狀態FixedBug狀態更改為否測試人員回歸Reopen確認是否修復是Bug狀態更改為Close在欄，根據實際情況修改Bug的狀態，Bug的狀態有五種：New、Open、Reopen、Rejected、Fixed、Close。希望大家不會覺得以上的操作過于繁瑣！3.2TestDirector（TD）的優點1、TestDirector能讓測試人員、開