2024軟件項目確認測試過程規(guī)范

軟件項目確認測試過程規(guī)范

PAGE

10

目錄

簡介 5

目的 5

適用范圍 5

背景描述 5

術語表 5

參考資料 5

總體描述 5

概述 5

職責分工 6

過程結構描述 6

活動描述 8

制定確認測試計劃 8

評審確認測試計劃 9

分析確認測試需求 10

編寫確認測試用例 11

確認測試用例內審 12

評審確認測試用例 13

獲取軟件版本 14

校驗入口準則 15

內部確認測試 16

分析內部確認測試結果 17

客戶確認測試 18

簽署確認測試報告 19

附錄 19

附錄A－相關過程 19

附錄B－相關規(guī)范、指南 19

附錄C－相關模板列表 20

簡介

目的

產品的生命周期進入到確認測試階段，實施人員按照一定的流程和規(guī)范進行操作，管理人員了解確認測試過程各個活動的要素，便于開展管理工作。本過程為實施人員提供確認測試活動的標準，為管理人員提供流程指導。

適用范圍

本程序適用于我公司所有軟件實施項目（產品）的確認測試過程。

背景描述

掌握和使用本過程需要具備進行各種類型測試的知識和技能，以及缺陷管理等相關工具的使

用。

術語表

無。

參考資料

CMMI-DEV,V1.2，CMU/SEI-2006-TR-008，ESC-TR-2006-008

總體描述

概述

確認測試是為了向用戶或測試機構證明軟件項目（軟件產品）開發(fā)合同或協(xié)議中定義的全部功能、性能、可靠性等需求已得到滿足的過程。確認測試測試數(shù)據(jù)通常是系統(tǒng)測試的測試數(shù)據(jù)的子集、但是測試用例不能完全復用。因為確認測試常常有軟件系統(tǒng)的購買者代表在現(xiàn)場，甚至是在軟件安裝使用的現(xiàn)場。這是軟件在投入使用之前的最后測試。其目的和傾向是不一樣的：

確認測試更傾向于在接近或等于真實環(huán)境中、確認軟件滿足用戶需求的情況

系統(tǒng)測試更傾向于在模擬環(huán)境中、驗證功能、性能是否達到了需求規(guī)格中的要求

職責分工

項目經(jīng)理

依據(jù)《項目計劃書》制定確認測試計劃，組織確認測試設計，負責確認測試過程的溝通、協(xié)調以及管控。

實施設計人員

進行測試需求分析，完成確認測試設計。

實施人員

編寫測試用例，執(zhí)行內部確認測試，協(xié)助客戶進行確認測試。

測試組

參與確認測試計劃和確認測試用例的內部評審。

需求組

參與確認測試計劃和確認測試用例的內部評審。

客戶

負責確認測試用例的評審，執(zhí)行確認測試過程，簽署確認測試報告。

維護組

參與確認測試用例的評審，執(zhí)行確認測試過程，提交確認測試缺陷。

過程結構描述

活動描述

制定確認測試計劃

概述

依據(jù)《項目計劃書》和客戶的實際情況，制定相應的確認測試計

劃。

參與人員及職責

項目經(jīng)理：制定確認測試計劃，負責確認測試過程的管控和

協(xié)調。

入口準則

軟件版本計劃已經(jīng)發(fā)布

輸入

《項目計劃書》

任務/步驟

與客戶討論確認測試啟動事宜；

根據(jù)項目計劃書制定詳細的確認測試計劃，包括確認測試各階段時間安排，測試人員安排，場地安排，干系人溝通安排，測試的策略，通過準則等；

編寫確認測試計劃文檔。

出口準則

確認測試計劃文檔編寫完畢

輸出（工作產品）

《確認測試計劃》

資源和能力要求

資源：項目經(jīng)理、客戶

能力：

具備項目計劃的能力。

度量

度量元

采集點

編寫確認測試計劃的工作量

確認測試計劃文檔規(guī)模

QONE

裁剪指南

裁剪內容

裁剪準則

不可裁剪

無

評審確認測試計劃

概述

提交評審申請，將編寫的確認測試計劃發(fā)送相關評審人員，進行評審，相關過程參見評審過程。

參與人員及職責

項目經(jīng)理：提交確認測試計劃，提出評審申請

測試組：從測試專業(yè)技術方面進行評估。

實施設計人員和實施人員：從實施執(zhí)行方面進行評估。

入口準則

提交確認測試計劃，評審申請通過

輸入

《確認測試計劃》

任務/步驟

參照（《軟件評審過程》）

出口準則

確認測試計劃評審通過

輸出（工作產品）

《確認測試計劃》、評審報告

資源和能力要求

資源：保證確認測試所需資源

能力：

具備測試方面的知識。

度量

度量元

采集點

確定確認測試計劃評審的工作量

統(tǒng)計評審發(fā)現(xiàn)的缺陷數(shù)

QONE

裁剪指南

裁剪內容

裁剪準則

不可裁剪

無

分析確認測試需求

概述

根據(jù)《用戶需求說明書》、《業(yè)務需求說明書》和《需求規(guī)格說明

書》，對測試需求進行分析，整理出測試需求的分類和內容。

參與人員及職責

實施設計人員：對需求進行分析，整理測試需求內容

入口準則

《確認測試計劃》通過內部評審

輸入

《業(yè)務需求說明書》、《用戶需求說明書》、《需求規(guī)格說明書》

任務/步驟

從配置庫獲取《業(yè)務需求說明書》、《用戶需求說明書》、《需求規(guī)格說明書》；

對需求文檔進行分析，整理出測試需求分類和內容；

編寫《確認測試大綱》。

出口準則

確認測試大綱編寫完成

輸出（工作產品）

《確認測試大綱》

資源和能力要求

資源：保證確認測試所需資源

能力：

具備系統(tǒng)測試的相關知識和技能。

度量

度量元

采集點

確定確認測試大綱編寫的工作量

確認測試大綱的規(guī)模

QONE

裁剪指南

裁剪內容

裁剪準則

不可裁剪

無

編寫確認測試用例

概述

根據(jù)確認測試大綱，編寫確認測試用例。

參與人員及職責

實施人員：編寫確認測試用例

入口準則

《確認測試大綱》通過內部審核

輸入

《確認測試大綱》、《需求規(guī)格說明書》

任務/步驟

實施人員根據(jù)《確認測試大綱》編寫《確認測試用例》；

實施人員匯總《確認測試用例》；

提交《確認測試用例》到配置庫。

出口準則

《確認測試用例》已提交配置庫

輸出（工作產品）

《確認測試用例》

資源和能力要求

資源：保證確認測試所需資源

能力：

具備測試經(jīng)驗或知識，能夠編寫測試用例文檔。

度量

度量元

采集點

確定文檔編寫的工作量

確認測試用例的規(guī)模

QONE

裁剪指南

裁剪內容

裁剪準則

不可裁剪

無

確認測試用例內審

概述

組織公司內部各專業(yè)組，對《確認測試用例》進行評審，搜集相

關評審意見，對文檔進行修改該整理。

參與人員及職責

項目經(jīng)理：提出評審申請，組織評審。

實施設計人員：參加評審，提供評審意見

實施人員：參加評審，提供評審意見

需求組：參加評審，提供評審意見

測試組：參加評審，提供評審意見

入口準則

內部評審申請通過，《確認測試用例》發(fā)給相關評審人員。

輸入

《確認測試用例》

任務/步驟

參見（《軟件評審過程》）

出口準則

《確認測試用例》通過評審

輸出（工作產品）

《確認測試用例》、《會議紀要》

資源和能力要求

資源：保證確認測試所需資源

能力：

評審人員具備評審內容方面的專業(yè)知識。

度量

度量元

采集點

確定評審的工作量

發(fā)現(xiàn)缺陷的數(shù)量

QONE

裁剪指南

裁剪內容

裁剪準則

不可裁剪

無

評審確認測試用例

概述

提交《確認測試用例》給客戶，由客戶審核《確認測試用例》的

可行性以及需求覆蓋程度。

參與人員及職責

項目經(jīng)理：提交《確認測試用例》給客戶，組織客戶進行評審

實施設計人員：負責講解《確認測試用例》

維護組：評審《確認測試用例》

客戶：審核《確認測試用例》

入口準則

《確認測試用例》通過公司內審

輸入

《確認測試用例》

任務/步驟

項目經(jīng)理提《確認測試用例》給客戶，組織客戶與維護組召開評審會議；

參見（《軟件評審過程》）。

出口準則

《確認測試用例》通過客戶評審

輸出（工作產品）

《確認測試用例》、《會議紀要》

資源和能力要求

資源：客戶評審人員時間

能力：

熟悉業(yè)務，具備測試方面的知識。

度量

度量元

采集點

確定評審的工作量

發(fā)現(xiàn)缺陷的數(shù)量

QONE

裁剪指南

裁剪內容

裁剪準則

不可裁剪

無

獲取軟件版本

概述

獲取軟件版本，為確認測試做準備。

參與人員及職責

項目經(jīng)理：獲取軟件版本

入口準則

《確認測試用例》通過客戶評審

輸入

《版本發(fā)布說明》

任務/步驟

項目經(jīng)理從配置庫獲取待確認測試的軟件版本；

項目經(jīng)理填寫《工作產品審批表》。

出口準則

獲取到確認測試的軟件版本

輸出（工作產品）

確認測試版本、《工作產品審批表》

資源和能力要求

資源：項目經(jīng)理

能力：

熟悉公司的配置管理。

度量

度量元

采集點

無

無

裁剪指南

裁剪內容

裁剪準則

不可裁剪

無

校驗入口準則

概述

參照版本發(fā)布說明，對獲取的版本進行檢測。

參與人員及職責

實施人員：參照版本發(fā)布說明，檢查獲取的軟件版本。

入口準則

獲取到軟件版本

輸入

《版本發(fā)布說明》、軟件版本

任務/步驟

查閱《版本發(fā)布說明》；

根據(jù)《版本發(fā)布說明》，檢查軟件版本是否符合要求；

簽署《工作產品審批表》。

出口準則

軟件版本與版本發(fā)布說明一致。

輸出（工作產品）

無

資源和能力要求

資源：實施人員

能力：

了解版本發(fā)布機制，熟悉工作產品。

度量

度量元

采集點

檢驗入口準則的工作量

QONE

裁剪指南

裁剪內容

裁剪準則

不可裁剪

無

內部確認測試

概述

根據(jù)確認測試用例，在確認測試環(huán)境，對軟件版本進行測試（系統(tǒng)測試、接口聯(lián)調、性能測試等）

參與人員及職責

實施人員：執(zhí)行確認測試，反饋測試結果。

入口準則

入口準則校驗通過

輸入

《確認測試用例》

任務/步驟

按照確認測試用例，執(zhí)行確認測試；

填寫測試用例的結果；

反饋測試過程中發(fā)現(xiàn)的缺陷。

出口準則

所有確認測試用例執(zhí)行完畢

輸出（工作產品）

帶結果的《確認測試用例》

資源和能力要求

資源：實施人員、內部確認測試計劃的時間

能力：

具備測試相關的經(jīng)驗或知識。

度量

度量元

采集點

內部確認測試的工作量

發(fā)現(xiàn)的缺陷數(shù)

QONE

裁剪指南

裁剪內容

裁剪準則

不可裁剪

無

分析內部確認測試結果

概述

對帶結果的《確認測試用例》進行分析，統(tǒng)計測試用例的通過情況，匯總測試過程發(fā)現(xiàn)的問題，得出內部確認測試結果。

參與人員及職責

實施設計人員：分析內部確認測試結果

入口準則

內部確認測試已經(jīng)完成

輸入

帶結果的《確認測試用例》

任務/步驟

分析確認測試用例的通過情況；

分析確認測試過程中發(fā)現(xiàn)的缺陷；

根據(jù)《確認測試計劃》的通過準則，編寫《確認測試報告（內

部）》。如果內部確認測試不通過，調用不合格品控制過程。

出口準則

《確認測試報告（內部）》編寫完成；

輸出（工作產品）

《確認測試報告（內部）》

資源和能力要求

資源：實施設計人員的時間

能力：

具備確認測試的經(jīng)驗。

度量

度量元

采集點

無

無

裁剪指南

裁剪內容

裁剪準則

不可裁剪

無

客戶確認測試

概述

內部確認測試通過后，協(xié)調客戶與維護進行正式確認測試，檢驗交付版本是否滿足客戶的需求，同時實施人員提供的上線腳本、

數(shù)據(jù)轉換腳本等是否滿足維護人員的要求。

參與人員及職責

客戶：執(zhí)行確認測試

維護組：執(zhí)行確認測試

項目經(jīng)理：協(xié)調項目組配合客戶進行確認測試

實施人員：配合客戶執(zhí)行確認測試

入口準則

內部確認測試通過

輸入

《確認測試報告（內部）》、《確認測試用例》

任務/步驟

項目經(jīng)理組織客戶和維護組啟動確認測試；

客戶按照確認測試用例進行確認測試；

維護組按照確認測試用例進行確認測試；

實施人員協(xié)助客戶和維護組執(zhí)行確認測試；

客戶填寫確認測試用例的結果；

項目經(jīng)理協(xié)調研發(fā)組和測試組進行缺陷管理。

出口準則

所有確認測試用例執(zhí)行完畢，通過確認測試計劃；

輸出（工作產品）

通過確認測試的版本

資源和能力要求

資源：客戶的時間、客戶執(zhí)行確認測試的人員、實施人員

能力：

實施人員具備相應的測試經(jīng)驗和知識

客戶執(zhí)行測試人員具備專業(yè)的測試經(jīng)驗和知識。

度量

度量元

采集點

確定配合客戶確認測試的工作量

發(fā)現(xiàn)的缺陷數(shù)

QONE

裁剪指南

裁剪內容

裁剪準則

不可裁剪

無

簽署確認測試報告

概述

根據(jù)帶結果的《確認測試用例》，分析確認測試結果。

參與人員及職責

客戶：分析確認測試結果，簽署確認測試報告。

項目經(jīng)理：組織協(xié)調客戶進行確認測試結果分析，督促客戶簽署確認測試報告。

入口準則

確認測試完成

輸入

帶結果的《確認測試用例》

任務/步驟

項目經(jīng)理組織協(xié)調客戶召開確認測試結果分析會議；

討論帶結果的《確認測試用例》，統(tǒng)計測試用例通過情況；

根據(jù)《確認測試計劃》中的通過準則，得出確認測試結論，如果確認測試不通過，調用不合格品控制過程；

確認測試通過，客戶