測試工作規範

2021-03-04 04:26:12 字數 2274 閱讀 2385

1編寫目的

本文件是測試團隊的日常工作規範,主要側重測試工作流程的控制,明確軟體工程的各階段測試團隊應完成的工作。

2測試職責

測試是軟體開發過程中的重要組成部分,肩負著如下責任:

在專案的前景、需求文件確立基線前對文件進行測試,從使用者體驗和測試的角度提出自己的看法。

編寫合理的測試計畫,並與專案整體計畫有機地整合在一起。

編寫覆蓋率高的測試用例。

針對測試需求進行相關測試技術的研究。

認真仔細地實施測試工作,並提交測試報告供專案組參考。

進行缺陷跟蹤與分析。

3工作流程及規範

3.1計畫與設計階段

3.1.1確定測試人員

在專案組成立的同時,確定相應的測試人員

3.1.2測試預通知

在正式測試任務下達前,開發團隊應提前一周左右向測試團隊下達預通知,告之較為確切的測試日期,提供當前最新的相關資料。測試人員可預先熟悉必要的背景資料,協助測試負責人編寫《測試計畫書》初稿。

3.1.3召開測試啟動會議

3.1.4編寫測試計畫文件

需求分析文件確立後,測試組需要編寫測試計畫文件,為後續的測試工作提供直接的指導

3.1.5設計測試用例

在需求分析文件確立基線以後,測試組需要針對專案的測試需求編寫測試用例,在實際的測試中,測試用例將是唯一實施標準。在用例的編寫過程中,具體的任務和責任人如下:

圖表 4

3.2實施測試階段

3.2.1實施測試用例

實施測試用例將花費測試組絕大部分時間,這些工作都是建立在前期很多計畫工作的基礎上。

3.2.2提交報告

在約定的測試週期完成之後,測試負責人需要總結此測試的結果,編寫測試報告

3.2.3回歸測試

在每輪測試結束之後,由測試組重新拷貝修改後的最新版本,進行回歸測試。

3.3總結階段

測試工作結束或即將結束時,測試組就要開始著手準備進行總結的工作。

3.3.1編寫測試報告

在回歸測試結束之後,測試負責人將要編寫測試總結報告,對測試進行總結,並且提交給全體專案組,為產品的後續工作提供重要的資訊支援。

3.3.2測試工作總結

測試總結工作是在以上的工作全部結束以後,它的目的是評估本次測試工作,總結經驗,使下一次的工作做得更好。

3.3.3測試驗收

測試驗收工作是在以上工作全部結束後,對測試的過程,效果進行驗收,宣布測試結束。

3.3.4測試歸檔

測試歸檔是在測試驗收結束宣布測試有效,結束測試後,對測試過程中涉及到各種標準文件進行歸類,存檔。

3.4缺陷跟蹤

測試驗收結束後,跟蹤產品在試執行階段暴露出來的新缺陷,以及已提交的缺陷是否再次發生。

4缺陷型別定義

本規範定義以下五類缺陷:

a類——嚴重錯誤,包括:

1. 由於程式所引起的宕機,非法退出

2. 死迴圈

3. 導致資料庫發生死鎖

4. 資料通訊錯誤

5.  嚴重的數值計算錯誤

b類——較嚴重錯誤,包括:

1. 功能不符

2. 資料流錯誤

3. 程式介面錯誤

4. 輕微的數值計算錯誤

c類——一般性錯誤,包括:

1. 介面錯誤(詳細文件)

2. 列印內容、格式錯誤

3. 簡單的輸入限制未放在前台進行控制

4. 刪除操作未給出提示

d類——較小錯誤,包括:

1. 輔助說明描述不清楚

2. 顯示格式不規範

3. 長時間操作未給使用者進度提示

4. 提示視窗文字未採用行業術語

5. 可輸入區域和唯讀區域沒有明顯的區分標誌

6. 系統處理未優化

e類——測試建議(非缺陷)

5測試標準

軟體測試合格須符合以下標準。

以上比例為錯誤佔總測試模組的比例。

軟體產品未經測試合格,不允許投運。

6 bugs管理及規定

根據專案的總體測試計畫,由內部系統管理員為每個專案組配置測試工作項,並確保它們是符合測試管理要求的。

測試正式開始後,專案經理、開發工程師和專案組測試工程師要嚴格按照在內部系統,執行對bugs的提交、跟蹤和管理,一般規定各角色的職責如下:(根據專案實際情況,可以自定義)

1. 開發工程師的職責

在內部系統中檢視自己的待辦任務,開啟當前工作項下的產品缺陷記錄。

修改缺陷完成後,將工作項下產品缺陷記錄返回給提交人進行缺陷複核。

及時將修改完的**更新到測試系統中並重新整理,確保複核測試的準確性。

2.測試工程師的職責

測試工作規範

版本記錄 目錄目錄.1 1.編寫目的.2 2.測試團隊構成.2 2.1職責.2 2.2角色劃分.2 3.1計畫與設計階段.2 3.1.1成立測試團隊.2 3.1.3召開測試啟動會議.3 3.1.4編寫測試計畫文件.3 3.1.5設計測試用例.4 3.2實施測試階段.4 3.2.1實施測試用例.43....

測試工作規範

v1.0 修改歷史 更改請求號 為文件正式發布後需要變更時的編號,編號方法待定,見配置管理kpa相關文件。正式批准 本文件是測試團隊的日常工作規範,主要側重測試工作流程的控制,明確軟體工程的各階段測試團隊應完成的工作。測試技術和策略等問題不在本文件描述範圍內。測試是軟體開發過程中的重要組成部分,肩負...

測試工作規範

作者 千里 測試經理召集專案經理 開發經理開會確定測試交接時間,得到當前最新的相關資料。進行規模預估並成立測試團隊,完成 測試計畫 在需求分析文件確立基線以後,測試組需要針對測試需求編寫測試用例,在實際的測試中,測試用例將是唯一實施標準。在用例的編寫過程中,具體的任務和責任人如下 實施測試用例將花費...