軟件項(xiàng)目開(kāi)發(fā)流程書(shū)(1)-資料下載頁(yè)
2024-08-14 17:18本頁(yè)面
【正文】 交項(xiàng)目經(jīng)理結(jié)果反映到單元測(cè)試用例文檔中并上傳 S V N郵件通知測(cè)試組長(zhǎng)發(fā)送測(cè)試組制作項(xiàng)目總結(jié)報(bào)告上傳 S V N 項(xiàng)目組文檔管理原則：Comment [A1]: 注意修正? 所有文檔必須都放在 SVN上，進(jìn)行統(tǒng)一管理。同時(shí)，負(fù)責(zé)人在本地應(yīng)保留一份同樣的備份。? 細(xì)節(jié)描述(各路徑存放什么文件 )項(xiàng)目 內(nèi)容 備注Spec 設(shè)計(jì)說(shuō)明書(shū)QuestionSheet設(shè)計(jì)說(shuō)明書(shū)的補(bǔ)充說(shuō)明設(shè)計(jì)說(shuō)明書(shū)的各個(gè)版本設(shè)計(jì)說(shuō)明書(shū)一覽表設(shè)計(jì)說(shuō)明書(shū)一覽表要記錄所有文檔變更的情況，并指明最后項(xiàng)目實(shí)施與文檔之間的關(guān)系Test case 項(xiàng)目組書(shū)寫的單體測(cè)試用例測(cè)試組書(shū)寫的測(cè)試用例東京發(fā)送的 confirm測(cè)試用例Schedule 針對(duì)項(xiàng)目實(shí)施的日程安排對(duì)東京進(jìn)行進(jìn)度匯報(bào)的每個(gè)報(bào)表Function Points功能點(diǎn)文檔All Bug Spec Beta后障害書(shū)針對(duì)此項(xiàng)目的 beta后 bug類型確定和經(jīng)驗(yàn)匯總。完畢后，應(yīng)及時(shí)發(fā)送測(cè)試組項(xiàng)目經(jīng)理。UI Html DemoHearing Sheet聯(lián)系分析組，如果有應(yīng)該直接 copyFP Spec FP sheet 不同版本FP change 表FP 說(shuō)明，記錄所有 FP變更歷史，以備后期確認(rèn)的方便。 測(cè)試部 β 版前流程 相關(guān)人員測(cè)試部經(jīng)理：測(cè)試組成員： 測(cè)試人員的要求? 一定要注意配合。因?yàn)椋诖谁h(huán)節(jié)，一種好的描述方式和溝通方式將會(huì)直接影響工作效率和工作質(zhì)量。所以，首先大家要注意 bug 管理系統(tǒng)的使用方法和規(guī)則，同時(shí)，盡量采用統(tǒng)一的屬于進(jìn)行描述，如果需要圖形輔助，也可以進(jìn)行貼圖。? 加強(qiáng)需求理解能力。能夠盡快的理解文檔和功能測(cè)試用例。? 在工作中細(xì)致、耐心、有條理。? 同時(shí)對(duì)應(yīng) esm系統(tǒng)需要測(cè)試部填寫的過(guò)程參數(shù)必須嚴(yán)格按照規(guī)定填寫。 工作流程圖收到功能點(diǎn)概要設(shè)計(jì)收到功能點(diǎn)詳細(xì)設(shè)計(jì)接到開(kāi)發(fā)組 a l f a 通知后轉(zhuǎn)測(cè)條件通過(guò)后第一階段測(cè)試第一階段測(cè)試結(jié)束回歸測(cè)試提交 b e t a 版本接到 b e t a 版1 、 編寫測(cè)試測(cè)試方案按照功能用例進(jìn)去測(cè)試測(cè)試完畢 ， 關(guān)閉j i r a 上問(wèn)題狀態(tài)1 、 檢查測(cè)試結(jié)果是否錄入 ；2 、 數(shù)據(jù)庫(kù)及R e s o u r c e 改動(dòng)啟東 b e t a 版流程文檔上傳 s v n ， 文檔名和路徑文檔上傳 s v n ， 文檔名和路徑編寫測(cè)試用例1 、 檢查測(cè)試結(jié)果是否錄入 ；2 、 數(shù)據(jù)庫(kù)及R e s o u r c e 改動(dòng)條件不具備 ，不能轉(zhuǎn)測(cè) ， 并通知項(xiàng)目經(jīng)理及項(xiàng)目組長(zhǎng)測(cè)試依據(jù) ， 規(guī)格說(shuō)明書(shū) ， 測(cè)試方案和測(cè)試用例B u g 單全部錄入j i r a通知項(xiàng)目組長(zhǎng) ， 同時(shí)確認(rèn)b u g編寫 a l f a 測(cè)試報(bào)告 錄入 s v n 注意事項(xiàng)? Bug 管理系統(tǒng)中的狀態(tài)一定要維護(hù)，并通過(guò)此系統(tǒng)來(lái)保證 alfa bug 修改的進(jìn)行情況，即在提交 beta 版前，所有的 alfa bug 的狀態(tài)都應(yīng)該在 jira 上。如果沒(méi)有在此狀態(tài)中，應(yīng)該積極和項(xiàng)目組聯(lián)系，測(cè)試組有權(quán)監(jiān)督其完成。? 測(cè)試組要驗(yàn)證項(xiàng)目組提交的 script 和 resoruce 文件，如果有問(wèn)題，測(cè)試組有權(quán)通知項(xiàng)目立即修改，同時(shí)可以作為 alfa bug 登錄在 jira 管理系統(tǒng)中。? 測(cè)試組要保證測(cè)試用例的質(zhì)量，盡一切可能減少 beta 后 bug 的數(shù)量。并嚴(yán)格的按照 beta 后 bug 處理規(guī)約進(jìn)行。
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1