大型軟件測試過程與方法(編輯修改稿)
2024-10-22 17:18 本頁面
【文章內(nèi)容簡介】 與 系 統(tǒng) 測 試 設(shè) 計概 要 設(shè) 計 V amp。 V集 成 測 試 設(shè) 計詳 細(xì) 設(shè) 計 V amp。 V單 元 測 試 設(shè) 計交 付實 施集 成W模型 ? 相比于 V模型， W模型更科學(xué)。 W模型可以說是前者自然而然的發(fā)展，它強調(diào)：測試伴隨著整個軟件開發(fā)周期，而且測試的對象不僅僅是程序，需求、功能和設(shè)計同樣要測試。 ? 測試與開發(fā)是同步進行的，從而有利于盡早地發(fā)現(xiàn)問題。以需求為例，需求分析一完成，我們就可以對需求進行測試，而不是等到最后才進行針對需求的驗收測試。 ? 測試不僅僅是評定軟件的質(zhì)量，測試還可以盡可能早地找出缺陷所在，從而幫助改進項目內(nèi)部的質(zhì)量。 研究室測試過程 ? 崗位及職責(zé) ? 部門主管：負(fù)責(zé)審計測試報告，決定軟件是否能夠?qū)ν獍l(fā)布。 ? 項目組負(fù)責(zé)人：負(fù)責(zé)需求分解、講解和澄清，評審測試方案和測試樣例。負(fù)責(zé)單元和集成測試并保證提交的產(chǎn)品質(zhì)量達到系統(tǒng)測試的要求。組織研究組成員根據(jù)系統(tǒng)測試中提交的 Bug進行修改并發(fā)布新版本。 ? 測試負(fù)責(zé)人：負(fù)責(zé)組織測試團隊，編寫測試計劃、測試大綱，按計劃進行測試。 ? 測試人員：負(fù)責(zé)編寫測試樣例、執(zhí)行測試、發(fā)布測試報告等。 ? 質(zhì)量保證人員：負(fù)責(zé)審計系統(tǒng)測試過程和測試報告。 ? 配置管理員：負(fù)責(zé)配置審計和檢入、檢出控制，為缺陷管理提供支持。 研究室測試過程 ? 總體流程（參見流程圖） ? 需求階段 ? 設(shè)計階段 ? 編碼階段 ? 集成測試階段 ? 系統(tǒng)測試階段 ? 測試報告的確認(rèn) 研究室測試過程 ? 需求階段 在需求階段，測試人員需要了解需求，根據(jù)需求編寫測試用例。 ? 測試人員必須參加研究組的需求培訓(xùn)和參加主要的需求討論、分析會議。需求和原型的討論結(jié)果也應(yīng)發(fā)與測試人員。 ? 測試人員應(yīng)參加需求的評審會議，對于需求的可測性進行確認(rèn)，協(xié)助確定需求的驗收標(biāo)準(zhǔn)。 ? 如果有原型的討論會議，測試人員也應(yīng)參加。 ? 需求文檔評審?fù)ㄟ^后研究組指定負(fù)責(zé)人編寫系統(tǒng)測試方案。系統(tǒng)測試方案要經(jīng)過評審后才可使用。 研究室測試過程 （續(xù)） ? 測試負(fù)責(zé)人根據(jù)需求文檔和項目開發(fā)進度計劃編寫系統(tǒng)測試進度計劃。系統(tǒng)測試進度計劃可以與項目進度計劃寫在一起，但要給出編寫系統(tǒng)測試樣例和每輪
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1