目錄一、專案軟體流程與測試人員工作範圍 5
1、專案軟體流程階段 5
2、測試人員工作範圍 5
3、相關名詞解釋 6
二、業務需求階段 6
1、考核指標 6
2、本階段工作流程 6
3、本階段具體做法 7
4、參考經驗 7
三、業務需求與驗收測試設計 7
1、考核指標 7
2、本階段工作流程 8
3、本階段具體做法 8
4、參考經驗 8
四、業務需求分析與系統設計 8
1、考核指標 8
2、本階段工作流程 8
3、本階段具體做法 9
4、參考經驗 9
五、需求理解、系統設計與確認、系統測試設計 9
1、考核指標 9
2、本階段工作流程 9
3、本階段具體做法 10
4、參考經驗 10
六、概要設計 10
1、考核指標 10
2、本階段工作流程 10
3、本階段具體做法 11
4、參考經驗 11
七、概要設計與整合測試設計 11
1、考核指標 11
2、本階段工作流程 12
3、本階段具體做法 12
4、參考經驗 12
八、詳細設計階段 14
1、考核指標 14
2、本階段工作流程 14
3、本階段具體做法 14
4、參考經驗 14
九、詳細設計與單元測試設計 15
1、考核指標 15
2、本階段工作流程 15
3、本階段具體做法 15
4、參考經驗 15
十、單元測試 15
1、考核指標 15
2、本階段工作流程 15
3、本階段具體做法 15
4、參考經驗 16
十一、整合 16
1、考核指標 16
2、本階段工作流程 16
3、本階段具體做法 16
4、參考經驗 16
十二、整合測試 17
1、考核指標 17
2、本階段工作流程 17
3、本階段具體做法 18
4、參考經驗 18
十三、實施階段 21
1、考核指標 21
2、本階段工作流程 21
3、本階段具體做法 21
4、參考經驗 21
十四、確認測試與系統測試 22
1、考核指標 22
2、本階段工作流程 22
3、本階段具體做法 22
4、參考經驗 22
十五、交付 23
1、考核指標 23
2、本階段工作流程 23
3、本階段具體做法 23
4、參考經驗 23
十六、驗收測試階段 24
1、考核指標 24
2、本階段工作流程 24
3、本階段具體做法 24
4、參考經驗 24
***專案，目前採用的專案流程，主要有以下階段
一、理解業務需求階段(立項)；
二、業務需求與驗收測試設計階段；
三、需求分析與系統設計；
四、需求分析、系統設計與確認、系統測試設計；
五、概要設計；
六、概要設計與基礎測試設計；
七、詳細設計
八、詳細設計與單元測試設計；
九、編碼；
十、單元測試；
十一、整合；
十二、整合測試；
十三、實施；
十四、確認測試與系統測試；
十五、交付；
十六、驗收測試；
一、理解業務需求；
二、編寫相關業務文件；
三、編寫相關測試文件；
四、參與專案會議並整理會議記錄；
五、參與專案設計；
六、制定測試計畫與測試方案；
七、編寫測試用例；
八、執行測試；
九、驗證專案問題
十、提交測試報告
十一、版本推廣；
十二、版本後續維護
業務需求說明書：依據專案需求為藍本，將專案需求整理成冊，為專案其他文件母本，為編碼工作的業務指導文件
系統規格書：依據業務需求說明書，規定需求實現的邏輯與流程，以及涉及的表結構、字段型別，囊括模組流程圖、模組之間的關係、業務流程說明、實現過程、資料表等關鍵要素。
軟體需求說明書：以簡練、準確、無歧義描述語言，描述軟體需求，是軟體測試的關鍵文件，也是編寫測試列表、測試案例的基礎文件。
模測問題：模擬生產環境測試過程中所發現的專案軟體缺陷或者功能沒有實現等問題。
生產問題：生產環境中業務人員發現的專案軟體缺陷或者功能沒有實現等問題
靜態問題：專案文件中，錯誤或者不規範的流程圖、不合理、錯誤或者的描述等體現在文件中的問題。
有效問題：測試問題提出後，經過編碼人員修改，最終被修改驗證通過的問題。
業務需求理解處於專案立項階段，需求理解的程度將直接影響後續階段。本階段考核指標將體現在後續階段中：編寫專案相關文件的質量、測試的執行力、程式派錯率、遺漏的問題數等。
1．業務部門在生產過程中面向xx客戶提出的使用需求，整理成書面文件，彙總後將需求提交至***，同時提出軟體功能需求。
2．***從全國各業務部門(含海外地區)上報的需求，下發***所屬的各研發部。
3．各研發部從***領取專案任務
4．框架構建人員與編碼人員理解業務需求，可通過調研、會議、郵件、涵的方式。
參與需求研討會，理解業務需求
業務部門提出的需求共有兩種：對現有系統功能的改造；提出新的業務功能要求。
對於現有功能的改造需求理解：在熟悉現有業務功能的基礎上，針對改造的內容，預估涉及改造的功能模組；系統現有框架或實現方式不會做大的改動，從會議討論中可以發現本次改造的重點與難點；區分出重點與難點之後，其他功能完全可以自我理解。對於現有功能改造的需求理解，建立在對現有系統的理解的基礎上。
新進人員對系統的熟悉程度可以向專案組其他成員請教。
對於新的業務需求：需求理解研討會上仔細做筆記，搞清每乙個功能模組的輸入與輸出，以達到對業務流程以及實現過程的精確把握；對於不理解或無把握之處提出自己的有效問題或者建議，恰恰體現出認真思考的工作態度。
軟體專案流程規範
一 專案實施方案概述 軟體產品，特別是行業解決方案軟體產品不同於一般的商品，使用者購買軟體產品之後，不能立即進行使用，需要軟體公司的技術人員在軟體技術 軟體功能 軟體操作等方面進行系統除錯 軟體功能實現 人員培訓 軟體上線使用 後期維護等一系列的工作，我們將這一系列的工作稱為軟體專案實施。大量的軟體...
軟體測試規範
一 概述 本規範是對專案軟體測試的乙份規範性檔案，對軟體測試過程中所涉及到的測試型別 測試方法 測試標準 測試流程以及軟體產品責任單位所承擔的職責進行總體規範，以有效保證軟體產品的質量。軟體測試是對軟體設計的一種控制手段，是對軟體產品質量的一種檢查和審核手段。軟體設計單位應採取有效措施保證軟體產品的...
軟體測試流程
流程介紹 一般來講，軟體測試是伴隨著專案的立項而開始的。也就是說，軟體專案一旦確立，測試工作也就開始了。在測試的過程中，前後要經過以下主要環節 需求分析 制定測試計畫 搭建測試環境 測試用例設計 測試執行 bug回歸測試 測試總結 軟體發布 對於以上流程環節，一般而言，需求分析屬於需求分析人員的工作...