某軟件公司測試組工作流程(更新版)
【正文】 進行 bug 跟蹤 3 工作流程及規(guī)范 計劃與設計階段 成立測試 團隊 在項目組成立的同時，測試組也將同時成立。 工作內(nèi)容 ? 測試 工程師根據(jù)測試計劃中分配給自己的測試任務和提供的測試 用例，實施相應的測試用例，并 對 failed 狀態(tài)的用例填寫 bug report ? 在測試過程中若發(fā)現(xiàn)有未覆蓋到的用例，需及時補充到用例庫中 ，并做出標記，測試結束后需分析遺漏用例的原因 ? 用例編寫過程中發(fā)現(xiàn)的任何需求問題都記錄下來， 并添加到《 不確定需求跟蹤表 》中 ，與項目經(jīng)理溝通，使得需求得以確定 ? 測試主管抽查部分 bug report 進行 review 并對測試人員提供指導 退出標準 測試用例中的所有任務被執(zhí)行，結果被記錄。 工作內(nèi)容 ? 已發(fā)現(xiàn)缺陷是否再次發(fā)生 ? 是否有新發(fā)現(xiàn)的在測試中未發(fā)現(xiàn)的缺陷 ? 是否有新發(fā)現(xiàn)的在測試中已發(fā)現(xiàn)但未修改的缺陷 定義： A 類：新發(fā)現(xiàn)的缺陷 B 類：已發(fā)現(xiàn)的缺陷 再次發(fā)生 C 類：已發(fā)現(xiàn)未修改的缺陷 退出標準 缺陷跟蹤報告 責任人 項目經(jīng)理 、測試主管 4 爭議處 理 如開發(fā)團隊對測試結論有爭議，由 項目經(jīng)理和測試主管 協(xié)調(diào)解決 ，項目經(jīng)理具有最終決定權。 過程要點 詳細描述 輸入條件 ? 在 上輪測試中，按照現(xiàn)有的測試用例沒有新的 bug 被發(fā)現(xiàn) ? 對于上一輪發(fā)現(xiàn)的 bug， TD 只允許存在 Fixed、 Delay、 Rejected三種狀態(tài) 工作內(nèi)容 測試組將按照測試計劃中對于回歸測試的策略對產(chǎn)品進行回歸測試，回歸測試的用例屬于測試用例的一部分或者是全部測試用例 （在測試過程中若發(fā)現(xiàn)有未覆蓋到的用例，需及時補充到用例庫中） 。 退出標準 測試組成立 責任人 測試 主管 圖表 1 熟悉需求文檔 用戶需求文檔和產(chǎn)品需求文檔編寫完成后，測試人員要充分熟悉和理解需求文檔，對于用戶需求和產(chǎn)品需求不一致的地方或者任何對用戶需求和產(chǎn)品需求有疑問的地方都要記錄下來，并 添加到《 不確定需求跟蹤表 》中 ，待需求評審時提出來 。 ? 編寫覆蓋率高的測試用例。 ? 編寫合理的測試計劃，并與項目整體計劃有機地整合在一起。團隊成立的工作與責任如下： 過程要點 詳細說明 輸入條件 項目組成立 工作內(nèi)容 確定測試組的構成人選。 責任人 測試工程師 回歸測試 在 開發(fā)人員修改上一輪的 bug 后 ，由測試組重新 取 修 改后的最新版本，進行回歸測試。 5 標準文檔 1. 《測試計劃》 模板 2. 《測試報告》 模板 3. 《 不確定需求跟蹤表 》模板 4. 《 測試工作總結 》模板 5. 《測試報告》模板（簡易）
法律信息相關推薦
鄂ICP備17016276號-1