該規範作為測試部各項工作的指導與部門成員工作的參照執行標準。確保測試工作流程的控制，明確軟體工程的各階段測試團隊應完成的工作。
軟體測試部門工作規範
1、目的
規範專用測試組工作內容和工作流程，通過規範化的工作模式，提高專用測試組的整體工作效率。
2、產品測試工作要求
2.1 測試工作流程
測試工作流程圖如下：
2.2 詳細說明
2.2.1 初始
從專案經理或研發工程師處獲得產品的產品測試計畫情況，包括版本號、計畫完成時間、需求內容、修改內容等，根據不同產品的需要與任務發起人討論產品是否是可測試的。
2.2.2 計畫
根據產品測試計畫的時間和需求範圍制定測試計畫，選擇已有的測試用例，編寫新功能的測試用例，明確每一輪測試所要用到的用例有哪些，用例的選擇要經過評審確認。
輸出：測試計畫、測試用例或測試大綱
2.2.3 執行
收到提交測試的產品包後，首先須進行冒煙測試，保證基本的安裝/解除安裝過程正常，資料流正常，才可以進入功能測試。
每一輪的測試要將已經確定的測試用例完整執行一遍，將一輪測試中發現的bug更新到團隊任務管理系統的當前工作計畫中，通知研發工程師進行修改，所有的bug修改完成後才可以提交完整包進行下一輪的測試。在下一輪測試開啟前，允許研發工程師提交兩次檔案，以替換的方式進行bug驗證，bug驗證通過後再要求開發打包提交進行下一輪測試。
輸出：bug列表，階段性測試報告（每一輪測試執行完成後發出）
2.2.4 收尾
內測完成後要編寫內測報告，編寫版本發布說明、使用者手冊、安裝說明文件等配套文件。對於一些子模組的入庫，可以不提供使用者手冊。
輸出：內測報告、版本發布說明、使用者手冊（可選）、安裝說明文件
2.2.5 完成
測試通過的包需填寫設計變更通知單並通知工程部，將程式打包上傳到ftp伺服器中release目錄下指定的子目錄，並通知輸出給工程部後認為是測試階段完成。
輸出：設計變更通知單
2.2.6 注意事項
3、外部技術支援工作
3.1 工作流程
3.2 詳細說明
3.2.1 初始
外部問題的提交最好採用郵件的形式進行互動，測試人員收到問題後認真檢視問題的描述，如果對於問題描述有不理解的地方直接與問題提交人進行互動。
3.2.2 分析
判斷問題是否為已知缺陷，如果是已知缺陷，直接答覆給問題提交人處理問題的方式。
如果不是產品的已知缺陷，需要在現場重現此問題，分析定位問題發生的原因，將分析結論轉給開發人員，由開發人員給出解決方案。同時，要把問題填寫進bug管理系統。
3.2.3 收尾
給出問題解決的報告，報告內容包括分析定位的結論、如果是已知缺陷給出解決方案。報告要發給問題提交人，抄送給測試主管和產品經理。
3.2.4 完成
與問題提交人確認問題是否解決，若已解決，則任務完成。
3.2.5 注意事項
4、其他要求
4.1 bug填寫說明
bug填寫時要描述清楚以下幾個方面的內容：
4.2 週報/月報填寫說明
4.2.1 周工作任務統計
任務名所用工時（天）
詳細情況描述
工作結果
4.2.2 bug統計表
new（新錄入bug數）
reopen（重開bug數）
closed（關閉bug數）
reject(開發拒絕bug數)
填寫說明：
4.2.3 工作月報
月報內容包括：
1）本週主要任務分布：（%）
專案名稱
測試任務（天）
文件編寫/修改（天）
外部技術支援（天）
其他（天）
xx專案
20%50%
20%填寫說明：
軟體測試工作規範
為了規範測試工作 減少開發與測試之前的溝通成本 保證專案進度 提高軟體質量，測試組起草了這份軟體測試工作規範。軟體程式開發需要遵守編碼規範，一是可以減少 的維護成本，提高開發工作效率 二是有利於開發工作的延續 傳承，減小專案風險。好的 應該是自描述的，讓人費解的地方加上注釋。規範很多，要讓別人和乙個...
軟體測試規範
測試規範 版次 v1.0 密級 內部公開 總頁數 附錄 編寫人 測試小組 編寫時間 2017 11 16 修改記錄 序號 修改內容 修改人 修改日期 備註 目錄1 引言 1 1.1背景 1 1.2作用 1 1.3適用範圍 1 2 規範內容 1 2.1基本功能 1 1 列表展示 1 2 查詢 2 3 ...
報告軟體測試規範
報告軟體測試錯誤的目的是為了保證修復錯誤的人員可以重複報告的錯誤，從而有利於分析錯誤產生的原因，定位錯誤，然後修正之。因此，報告軟體測試錯誤的基本要求是準確 簡潔 完整 規範。需要掌握的報告技術歸納如下。1.描述 description 簡潔 準確，完整，揭示錯誤實質，記錄缺陷或錯誤出現的位置 描述...