某軟件公司測試組工作流程-閱讀頁
2024-11-16 08:18本頁面
【正文】 對項(xiàng)目的測試需求編寫測試用例，在實(shí)際的測試中，測試用例將是唯一實(shí)施標(biāo)準(zhǔn)。 過程要點(diǎn) 詳細(xì)描述 輸入條件 測試用例 通過項(xiàng)目組評審 。 責(zé)任人 測試工程師 回歸測試 在 開發(fā)人員修改上一輪的 bug 后 ，由測試組重新 取 修 改后的最新版本，進(jìn)行回歸測試。 退出標(biāo)準(zhǔn) ? 回歸測試所運(yùn)行的用例全部通過 ? 對于上一輪發(fā)現(xiàn)的 Fixed 狀態(tài)的 bug，本輪回歸結(jié)束后， TD 中只允許存在 Reopen、 Closed 兩種 狀態(tài) 責(zé)任人 測試工程師 結(jié)束測試 過程要點(diǎn) 詳細(xì)描述 輸入條件 ? 項(xiàng)目到了發(fā)布日期 ? 上一輪回歸測試結(jié)束后， TD 中只存在 Closed 、 Rejected、 Delay三種狀態(tài)的 bug 工作內(nèi)容 ? 測試組將按照測試計(jì)劃中對于回歸測試的策略對產(chǎn)品進(jìn)行回歸測試，回歸測試的用例屬于測試用例的一 部分或者是全部測試用例 ? 在測試過程中若發(fā)現(xiàn)有未覆蓋到的用例，需及時(shí)補(bǔ)充到用例庫中 退出標(biāo)準(zhǔn) ? 主要工作流程和主要功能沒有問題（時(shí)間不充分的情況） ? 所有測試用例全部回歸通過（時(shí)間充分的 情況） ? 結(jié)束測試時(shí) TD 中只允許存在 Closed 、 Rejected、 Delay 三種狀態(tài)的 bug 責(zé)任人 測試工程師 總結(jié)階段 測試工作結(jié)束或即將結(jié)束時(shí)，測試組就要開始著手準(zhǔn)備進(jìn)行總結(jié)的工作。 過程要點(diǎn) 詳細(xì)描述 輸入條件 測試組完成了所有的測試實(shí)施工作 工作內(nèi)容 測試 主管 根據(jù)測試的結(jié)果，按照測試報(bào)告的文檔模板編寫測試報(bào)告，測試報(bào) 告必須包含以下重要內(nèi)容： ? 測試資源概述 —— 多少人、多長時(shí)間 ? 測試結(jié)果摘要 —— 分別描述各個(gè)測試需求的測試結(jié)果，產(chǎn)品實(shí)現(xiàn)了哪些功能點(diǎn)，哪些還沒有實(shí)現(xiàn) ? 缺陷分析 —— 按照缺陷的屬性分類進(jìn)行分析 ? 測試需求覆蓋率 —— 原先列舉的測試需求的測試覆蓋率，可能一部分測試需求因?yàn)橘Y源和優(yōu)先級的因素沒有進(jìn)行測試，那么在這里要進(jìn)行說明 ? 測試評估 —— 從總體對項(xiàng)目質(zhì)量進(jìn)行評估 ? 測試組建議 —— 從測試組的角度為項(xiàng)目組提出工作建議 退出標(biāo)準(zhǔn) 測試主管完成了符合標(biāo)準(zhǔn)的測試報(bào)告，發(fā)送給 項(xiàng)目組 責(zé)任人 測試 主管 測試工作總結(jié) 測試總 結(jié)工作是在以上的工作全部結(jié)束以后，它的目的是評估本次測試工作，總結(jié)經(jīng)驗(yàn)，使下一次的工作做得更好。 過程要點(diǎn) 詳細(xì)描述 輸入條件 測試組完成了所有的測試實(shí)施工作，測試驗(yàn)收通過，產(chǎn)品試運(yùn)行、運(yùn)行。 5 標(biāo)準(zhǔn)文檔 1. 《測試計(jì)劃》 模板 2. 《測試報(bào)告》 模板 3. 《 不確定需求跟蹤表 》模板 4. 《 測試工作總結(jié) 》模板 5. 《測試報(bào)告》模板（簡易）
法律信息相關(guān)推薦
鄂ICP備17016276號-1