1、系統測試控制程序1目的本程序描述了產品的系統測試流程。2適用范圍本程序適用于公司立項產品的系統測試過程的控制。3職責產品市場部：下達任務項目書。產品研發部：完成項目的研發和集成，修改軟件問題。系統測試部：系統測試包括設計的驗證測試和模擬客戶環境進行的產品確認測試。了 解產品需求，制定測試計劃，編寫測試用例，完成測試，記錄測試結果，提交測試報告； 提交產品問題，跟蹤問題直至問題關閉；為發布后的產品提供后續測試服務。技術支持部：在產品的維護階段，反饋客戶對產品的測試新需求。Bugzilla維護人員：負責管理公司的 bugzilla服務器。4工作程序對于由系統測試部執行驗收測試的項目，執行后面的工作

2、程序。4.1 收到項目任務書4.1.1 指派項目測試組成員系統測試部經理收到產品市場部發出的項目任務書后，指派項目測試組成員。項目測 試組由leader和成員組成。系統測試部經理將項目系統測試leader及其職責/權限用電子郵件的形式通知，被通知人包括：項目的產品經理、項目的研發組leader、項目研發組成員、項目組測試成員、項目組其他成員、技術支持部經理，并抄送給開發部經理，產品市 場部經理。項目系統測試leader的職責如下：a.根據本測試流程的描述，組織項目測試組成員完成測試；b.制定測試計劃，組織編寫測試用例，執行項目測試；c.負責維護項目系統測試任務計劃；d.監督和控制項目的測試質量

3、；組織成員完成維護階段的產品測試任務。4.1.2 建立項目測試目錄項目測試組leader收到項目測試職責的指派后，馬上為該項目建立測試目錄，并參考 項目測試目錄結構和文件命名規范創建目錄結構，并搜集相關文件。所有與該 項目測試相關的文檔要求保存到該目錄下。4.1.3 Bug跟蹤計劃項目測試組leader收到項目測試職責的指派后，開始編寫Bug跟蹤計劃。Bug跟蹤計劃的編寫和批準應該在項目測試計劃完成前完成。項目產品經理把參與本項目的相關人員及其郵件帳號提供給項目測試組leader。項目研發組leader把本項目研發組成員及其郵件帳號提供給項目測試組leader,包括項目子模塊名和研發人員的對應

4、關系。技術支持部經理把參與本項目的技術支持成員及其郵件帳號提供給項目測試組 leader。項目測試組leader根據模板Bug跟蹤計劃模板編寫 bug跟蹤計劃。如果需要，可 以重新定義模板中bug嚴重等級和優先級的定義。項目測試組leader將編寫完的Bug跟蹤計劃發給本項目的產品、研發、測試、技術支 持成員確認，并將確認后的最終版本抄送各自部門經理和bugzilla管理人員。Bugzilla管理人員根據“ Bug跟蹤計劃”在 bugzilla服務器上建立本項目，并將 Bug 跟蹤計劃中描述的角色和人員加入該項目。4.2 制定測試計劃4.2.1 編寫測試計劃項目測試組leader參考系統測試計

5、劃模板編寫測試計劃。測試計劃用于描述測試 目的、質量目標即測試通過的準則、人員構成、測試資源、測試范圍、測試活動及其進 度。項目測試組leader應該在項目策劃階段完成測試計劃的編寫。項目系統測試組根據項目任務書中的原始需求、產品的主要應用目的和SRS,確定本項目系統測試的范圍，并識別項目的測試重點；項目中將進行功能重建/加強/改善的地方要作為測試重點。有關功能重建等信息可以從項目整體概要設計書或者SDP對重點開發任務的計劃中獲得。項目系統測試組leader根據測試范圍，估計需要的測試資源、測試工作量。根據估計 的工作量、項目任務書中的時間計劃、以及研發的SDP草案制定系統測試活動的時間計劃。

6、產品的硬件兼容測試應計劃在最初兩個Beta版完成。4.2.2 評審測試計劃在原始需求、SRS、項目研發計劃均評審完后，項目測試組 leader組織下列人員參與測試計劃的評審：項目的產品經理、項目研發組leader、項目測試組成員、以及產品市場部經理、系統測試部經理、研發經理。測試計劃中的測試質量目標不得低于公司定義的測試質量目標，產品質量目標不得低 于公司定義的產品質量目標。測試計劃通過評審的標準：A.規定參與的所有人員均參與了評審；B.測試質量目標和產品質量目標不低于公司目標，如果低于，需要由公司的管理者 代表批準；C.識別的測試范圍、測試重點能夠達到制定的質量目標，估計的測試資源合理、時

7、間進度符合項目總體進度要求；D.識別了可能發生的風險，以及應對措施；評審結果記錄在評審報告中。通過評審后，測試計劃由系統測試部經理批準。4.3 實施測試計劃4.3.1 測試計劃的跟蹤維護項目系統測試Leader跟蹤測試計劃的實施情況，識別與計劃的不符合程度、并估計不 符合對項目產品質量、測試質量、發布時間計劃產生的影響。當估計會產生嚴重影響時， 發起會議討論應對措施。會議參與人包括：項目的產品經理、項目研發組leader、以及產品市場部經理、系統測試部經理、研發經理。當需要變更STP時，項目系統測試Leader執行變更，并組織人員評審變更后的測試計 劃，評審標準見本文檔中“制定測試計劃”段的描

8、述，并由系統測試部經理批準。項目系 統測試Leader將變更后的測試計劃發給應該參與評審的所有成員。4.3.2 編寫 TestCas琲口 CheckList“TestCasS和“ CheckList”是指導項目系統測試如何進行的工具，它描述了被測試的內容、測試的方法、應用的測試工具名稱和版本、允收的標準。項目系統測試組leader按照測試計劃組織項目測試成員參考CheckList模板和TestCase模板編寫項目的CheckList 和 TestCasa編寫完成后，項目系統測試組leader組織項目測試組成員交叉評審后，組織項目的產品經理、項目研發組leader、項目研發組成員、項目測試組成員

9、初步評審。在產品研發的“階段，研發提交 a版本給系統測試組，系統測試組根據該版本完善 TestCase和CheckList。如果發現文檔和 a版本有差異時，應先向測試組leader說明差異情況，在測試組leader認可后可更新 TestCase和CheckList。項目測試組leader在產品第一個 B版送測前組織TestCase和CheckListt的正式評審評審參與人包括：項目的產品經理、項目研發組leader、項目研發組成員、項目系統測試組成員。通過評審的標準：Checklist要覆蓋所有測試范圍即所有需求，對于測試重點，TestCase和CheckList要覆蓋基本功能，擴展功能；對于

10、非測試重點TestCase和CheckList要覆蓋重要功能和路徑；TestCase和CheckList覆蓋率能達到部門要求。評審結果填寫在 評審報告中。評審后的TestCase和CheckList是項目測試方法和允收標準的基線，進入配置庫，并 按配置管理程序實施變更的控制。4.3.3 測試版本的測試項目研發組leader提交測試版本的產品發布報告。項目測試 leader將產品發布 報告保留到項目測試目錄下。項目測試組leader根據版本產品發布報告中的 Changelog,核查原有的測試用例， 根據需要更新測試用例，并按配置管理程序實施變更的控制。項目測試組leader組織測試成員根據 Te

11、stCase和CheckList執行測試，并在測試過程 中記錄測試結果。發現問題后，根據 Bug跟蹤計劃和Bug跟蹤規程，使用專用的 bug報告系統向項目研發組報告問題，報告內容包括：問題的嚴重程度、發生的位置、重 現的方法等。研發組對 bug的修改記錄、以及修改后測試人員驗證的結果，均記錄在 bug 報告系統中。版本測試完成后，a）項目測試組成員提交自己執行測試部分的：完成情況報告、測試結果詳細記b）項目測試組leader搜集下列數據：產品目前的質量：各個嚴重等級Bug的數量，與目標的差距；測試質量：i. 測試Checklist對需求的覆蓋率；ii. 測試Checklist被執行的比例；ii

12、i. 測試進展和計劃進度的差距；研發、測試質量iv. 新Bug占當前所有bug的比例；v. Bug未跟蹤比率=未跟蹤的bug占當前所有bug的百分比；（未跟蹤的 bug指的是在以前版本被置為 NEW、REOPENED、NEEDINFO、 WANTHOLD 、WANTNOTBUG 的bug,其狀態在本版本測試結束時仍未 得到更新）。研發質量：vi. 已關閉bug占當前所有bug的比例；vii.當前REOPENED bug占當前所有bug的比例;c）項目測試組leader用E-mail形式向相關人員報告測試情況，報告內容包括： 報告人名字、報告時間、版本測試完成情況、測試結果記錄、bug統計結果、

13、 產品質量與目標的差距，同時說明被測版本的質量是否合格、是否可以放行，并提請研發確定Review bug的時間。d）對于質量合格的版本，項目的配置管理人員將對配置庫中該版本做合格品標 識。項目研發組Leader組織研發成員了解bug,根據Bug跟蹤規程修改bug狀態，確 定 review bug 時間。項目研發組Leader根據Bug跟蹤規程組織 bug review meeting。項目測試組leader將所有與該版本相關的測試文檔保留到測試目錄下。4.3.4 項目測試版本的管理系統測試部只對項目的產品經理提供本項目產品的版本，包括測試版本和最終版，不 對公司其他部門提供，也不對任何個人提供

14、。4.3.5 測試結束項目測試結束后，項目系統測試 Leader組織測試人員完成項目測試總結文檔。包括： 產品功能測試報告、軟件兼容報告、硬件兼容報告、性能測試報告、穩定性測試報告、測 試活動總結、產品實施手冊。測試活動總結報告總結下列內容：項目系統測試覆蓋的內容是否達到計劃的預期，覆蓋比率是否達到質量目標？成功/失敗的原因；Bug跟蹤比率是否達到目標？未達到原因是什么？測試完成時間、投入人力是否符合計劃，不符合情況的描述，原因；測試活動的管理存在的問題，以及經驗。產品實施手冊不同于用戶手冊，其從具體內容和證據角度描述下列內容：產品的物理構成，功能構成，相對以前版本的改進，與以前版本的不同；產品各部分質量的描述，強點，弱點；與競爭產品的不同：功能特性不同，競爭產品的強點，弱點；產品的兼容列表地址，推薦的搭配方案；對軟展件產品的安裝、配置、使用方法，存在的問題，需要注意的點，性能調優方法;產品所有已知問題的解決辦法4.4 項目中止在產品的最終版本發布前，如果項目被中止，則中止本項目的系統測試。對于中止的項目，系統測試人員完成項目測試活動總結報告，在報告中明確說明項目 中途終止。被中止的產品應提交給項目的產品經理封存。4.5 產品最終版的發行項目的產品經理根據客戶實際使用環境下測試/確認的結果或模擬客戶實際環境的測試