首頁>資訊>

作者 l 李鵬星

XX

質量保證計劃

北京象速藍鯨科技有限公司

20XX年X月

關於本文件

主 題

XX質量保證計劃

說  明

適用物件

XX

修訂歷史

版本

章節

型別

日期

作者

說明

目 錄

1 前言

1.1目的

1.2 範圍

1.3 術語

1.4 參考文獻

2 專案資訊

3 角色和職責

4 QA活動計劃

4.1 專案活動的參與計劃

4.2 QA稽核計劃

5 缺陷管理

6 計劃變更約定

1 前言1.1目的

本文件是xx質量保證活動制定的計劃,其目的在於:

l 明確專案過程中質量保證的需求;

l 明確質量保證的內容;

l 明確專案組中質量職責;

l 明確實施質量保證的策略和方式、方法;

l 明確實施質量保證的切入點(質量保證的時機);

l 明確質量保證的物資資源和人員投入;

l 明確專案過程中質量保證的支援環境;

1.2 範圍

QA活動的範圍,包括軟體生存週期全過程、軟體開發產品兩部分。所有軟體過程的質量必須經過QA稽核;對於工作產品,則是抽樣檢查,每類產品的抽樣率不低於20%。

1.3 術語

QA:軟體質量保證 (Software Quality Assurance)

稽核:主要指管理方面 (Audit)

評審:主要指技術內容 (Review)

1.4 參考文獻

《CMM1.1》

xx

2 專案資訊

描述專案的基本資訊

3 角色和職責

角 色

職 責

人 員

QA工程師

參加專案的準備工作,參與軟體專案開發計劃、專案約定等內容的制定和評審

制定並執行專案QA計劃

參與專案組的重要活動

每週對專案進行檢查,如果有問題要填寫問題處理單

將專案組內不能解決的問題上報給高階經理

參與QA計劃制定和評審

xx

專案經理

協助QA經理和QA工程師編制專案的QA計劃,並支援計劃的實施

定期向高階經理彙報專案進展及質量狀況

參與QA計劃評審

解決專案中發現的問題,對QA發現的偏差和問題及時制定解決方案

xx

專案組成員

理解自己在專案組中的角色、職責

按照過程、規程或約定的要求,開展專案工作

瞭解QA的作用,支援QA的工作

xx

高階經理

為QA活動提供足夠的資源和資金

確保QA人員有獨立的彙報渠道,解決QA人員上報的專案問題

xx

4 QA活動計劃4.1 專案活動的參與計劃

參加專案活動

日期

參與專案的軟體開發計劃的制定

20xx

參與專案的軟體測試計劃的制定

20xx

參加專案例會

每週參加一次

參加專案的同行評審

里程碑階段結束

4.2 QA稽核計劃

稽核物件

稽核者

計劃稽核日期

稽核標準

軟體開發計劃

軟體開發計劃模板

配置管理計劃

配置管理計劃模板

需求規格說明書

需求規格說明書模板

系統概要設計

系統結構設計與需求與規範

系統詳細設計

每一模組設計完成後

資料庫設計模板與規範

編碼

每週

編碼規範

測試計劃

每次測試前

測試計劃模板

測試用例

每個階段結束前

測試用例模板

系統測試報告

測試報告模板

使用者操作手冊

使用者操作手冊模板與需求

配置管理

每週

配置管理過程

專案跟蹤與監控

每週

專案跟蹤與監控過程

變更

每次變更提交後

變更請求與處理單

軟體問題跟蹤

每週

問題跟蹤規程

質量過程管理

每階段

質量過程管理規程

產品釋出

系統測試結束

產品釋出說明模板

稽核物件包括專案的工作產品和活動/過程:

可選擇的專案工作產品有:

專案開發計劃、需求規格說明書、概要設計說明書、詳細設計說明書、程式原始碼、測試計劃、測試用例、配置管理計劃、使用者使用手冊等;

可選擇的專案活動/過程有:

專案策劃、需求管理、專案跟蹤與監控、配置管理、變更、里程碑評審、需求分析、系統設計、系統實現、測試、產品提交/釋出等

稽核標準:

QA工程師對專案進行的評審和稽核基於專案計劃(軟體開發計劃、CM計劃),以及組織定義的各種方針/過程/規程、專案組制定的各種規範、客戶需求等

5 缺陷管理

在專案管理過程中,使用TD缺陷管理工具來對各類缺陷的生命狀態進行管理。

TD對於缺陷規定了6個生命狀態:

n New態---缺陷新建狀態,測試員報告一個缺陷,缺陷生命週期開始;

n Open態---缺陷開啟狀態,程式設計師接收缺陷,驗證缺陷是否需要修改;

n Fix態---缺陷修改中,程式設計師修改完畢,等待測試員驗證;

n Close態---缺陷關閉狀態,測試員確認缺陷被改正,將缺陷關閉;

n Reopen態---缺陷再次開啟狀態,測試員驗證缺陷沒有解決被再次開啟;

n Rejected態---缺陷拒絕狀態,開發員認為不是缺陷;

測試組、開發組應對缺陷的生命週期進行跟蹤、直至缺陷被終結。

測試組執行測試,記錄發現的缺陷(置New態),提交給開發組修改;開發組驗證缺陷,確認缺陷(置Open態),確認不是缺陷(置Rejected態);開發組修改修改缺陷後(置Fix態),等待測試組驗證;測試組確認修改結果,若缺陷已被修改可將缺陷關閉(置Close態),若缺陷仍然存在可重新提交給開發組修改(重置reopen態)、重複上述跟蹤過程直至關閉。

6 計劃變更約定

當專案的軟體開發計劃發生變更時,如果影響到質量保證計劃,質量保證計劃也要做相應的變更。

-作者-

李鵬星,一隻愛碼字的IT老鳥,從程式設計師一路成長,一心夢想工作自由,財富自由的80後。

目前我們這裡有:

1、原型分享:包括各種業務成功案例的Axure rp原型檔案的分享;

2、文件分享:各種技術文件模板的分享,包括Word模板、Excel模板、PPT模板、Xmind模板等等;

4、工具分享:關於產品經理經常使用的各自工具的下載;

5、教程分享:產品經理學習教程的分享,包括小白成長教程、圖書教程、影片教程等等;

6、知識點分享:每日推送文章,關於產品經理關心的技術及遇到的問題等產品經理關心的內容分享。

19
最新評論
  • 購得日本70萬平方公尺小島的中國女子是誰?
  • 看完《緊急救援》,終於知道我們是如何走過2020