某軟件公司測試組工作流程(文件)
【正文】 退出標準 測試 主管 完成了測試總結，發(fā) 送給測試組 責任人 測試 主管 、測試工程師 缺陷跟蹤 測試驗收結束后，跟蹤產(chǎn)品在試運行階段暴露出來的新缺陷，以及已提交的缺陷是否再次發(fā)生。 過程要點 詳細描述 輸入條件 ? 在 上輪測試中，按照現(xiàn)有的測試用例沒有新的 bug 被發(fā)現(xiàn) ? 對于上一輪發(fā)現(xiàn)的 bug， TD 只允許存在 Fixed、 Delay、 Rejected三種狀態(tài) 工作內(nèi)容 測試組將按照測試計劃中對于回歸測試的策略對產(chǎn)品進行回歸測試，回歸測試的用例屬于測試用例的一部分或者是全部測試用例 （在測試過程中若發(fā)現(xiàn)有未覆蓋到的用例，需及時補充到用例庫中） 。在用例的編寫過程中，具體的任務和責任人如下： 過程要點 詳細說明 輸入條件 測試需求明確，測試計劃明確 工作內(nèi)容 ? 測試工程師 根據(jù)測試計劃編寫全部的測試用例 ? 測試主管抽查部分功能模塊的測試用例 review 對測試人員提供指導 ? 測試組內(nèi)審測試用例 ? 項目組評審測試用例 ? 用例編 寫過程中發(fā)現(xiàn)的任何需求問題都記錄下來，形成文檔，與項目經(jīng)理溝通，使得需求得以確定 退出標準 測試用例需要覆蓋所有的測試需求 并通過項目組評審 （測試用例 需要不斷完善 ，當需求變更時需調(diào)整相應的用例） 責任人 測試工程師 圖表 5 實施測試階段 實施測試用例 ，并提交 bug report 實施測試用例將花費測試組絕大部分時間，這些工作都是建立在前期很多計劃工作的基礎上。 退出標準 測試組成立 責任人 測試 主管 圖表 1 熟悉需求文檔 用戶需求文檔和產(chǎn)品需求文檔編寫完成后，測試人員要充分熟悉和理解需求文檔，對于用戶需求和產(chǎn)品需求不一致的地方或者任何對用戶需求和產(chǎn)品需求有疑問的地方都要記錄下來，并 添加到《 不確定需求跟蹤表 》中 ，待需求評審時提出來 。 ? 進行缺陷跟蹤與分析。 ? 編寫覆蓋率高的測試用例。 測試 組 工作 流程 版本： 變更記錄 文件編號： 所屬類別：工程 PI模板 版本編號 *變化狀態(tài) *簡要說明 變更日期 變更人 批準日期 批準人 新建 新增文檔 202094 *變化狀態(tài)：新增，修改，刪除 *簡要說明：要求注明 變更內(nèi)容和變更范圍
法律信息相關推薦
鄂ICP備17016276號-1