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