1、軟件測試流程1軟件項目測試過程測試階段從橫向看有以下活動:審核制定測試計劃需求分析審核設計測試用例撰寫測試報告 執行測試修復軟件缺陷完成測試1.1 需求分析測試從需求分析開始介入，測試人員參與需求的分析活動，確定測試的需求。需要了解測試需求及測試進度，即需要驗證什么功能需求點，采用什么測試策略， 描述目前在進行哪一階段的測試(單元測試、集成測試、系統測試)以及每個階段內在進行的測試種類(功能 測試、性能測試、壓力測試等)。詳細閱讀分析需求文檔，進行邏輯梳理并勾勒出功能的大 概流程圖；與產品經理等相關人員探討表述不清楚的地方，細化業務流程；考慮正常流程中的測試難點；考慮與其他功能的關聯；考慮非正

2、常流程；考慮版本數據兼容。目標：(1) 理解產品的設計意圖和設計思路。(2) 功能確認，充分理解個功能的細節。(3) 根據功能的大小、復雜預估測試需要的工具、環境、時間1.2 項目整體計劃及評審測試計劃在需求分析完成后，程序修改完畢前準備。測試計劃要描述測試活動的范圍、 方法、資源和進度。目標：(1) 為測試各項活動制定一個現實可行的、綜合的計劃，包括每項測試活動的對象、范圍、方法、進度和預期結果。(2) 為項目實施建立一個組織模型，并定義測試項目中每個角色的責任和工作內容。（3 ）開發有效的測試模型，能正確地驗證正在開發的軟件系統。（4 ）確定測試所需要的時間和資源，以保證其可獲得性、有效性

3、。（5 ）確立每個測試階段測試完成以及測試成功的標準、要實現的目標。（6 ）識別出測試活動中各種風險， 并消除可能存在的風險，降低由不可能消除的風險所帶來的損失。輸入：項目計劃和測試需求輸出：項目測試計劃項目測試計劃評審會議紀要1.3 測試用例設計及評審內容：使用各種測試用例設計方法進行用例設計。測試用例的基本要素包括測試用例編號、測試標題、重要基本、測試輸入、操作步驟、預期結果等。測試用例文檔是“活的”， 測試用例在形成文檔后也還需要不斷完善。主要來自三方面的緣故：第一、在測試過程中發現設計測試用例時考慮不周，需要完善；第二、在軟件交付使用后反饋的軟件缺陷，而缺陷又是因測試用例存在漏洞造成；

4、第三、 軟件自身的新增功能以及軟件版本的更新，測試用例也必須配套修改更新。目標：（ 1 ）使測試用例反映不同的場景、條件或經由產品的事件流（ 2 ）測試用例必須要能完整覆蓋測試需求輸入：測試計劃輸出：項目測試用例項目測試用例評審會議紀要1.4 測試執行當測試用例編寫完成通過評審后，并已提交的可測試的系統，然后按照測試計劃和測試用例搭建測試環境，開始測試執行。對修改的bug 進行回歸測試。測試的具體步驟：（ 1 ）建立測試系統，搭建測試環境（ 2 ）準備測試材料、測試工具（ 3 ）執行測試（ 4 ）驗證預期結果， 測試不通過， 反饋回給編碼人員修改。代碼修改重新提交后，返回2 繼續（ 5 ）記錄

5、缺陷（ 6 ）評估測試需求的覆蓋率7）分析缺陷測試開始標準：（1 ）測試計劃評審通過；（2 ）測試用例已編寫完成，并已通過評審；（3 ）存在已提交的可測試的系統；（ 4）測試環境已搭建完畢。測試退出標準：（ 1 ）測試用例全部通過；（ 2 ）存在的問題已得到合理的處理。測試停止標準：（ 1 ）近半數以上測試用例無法執行；（ 2 ）測試環境與要求不符；（ 3 ）開發中需求頻繁變動。目標：（ 1 ）所有的測試用例都被執行，并每條用例至少被執行一遍。（ 2 ）存在的問題已得到合理的處理。輸入：測試用例測試環境測試腳本輸出：測試執行記錄系統 bug 清單1.5 測試評估測試報告是對測試過程和測試結果進

6、行分析和評估，確認測試計劃是否得到完整履行、測試覆蓋率是否達到預定要求并最終在報告中給出測試和產品質量的評估結論。輸入：測試執行記錄系統 bug 清單輸出：測試報告1.6 產品試用及客戶培訓軟件部署后，給客戶提供產品試用，給客戶做相關培訓。輸出:用戶手冊客戶培訓 PPT2軟件測試階段軟彳V模型結構圖如:班要設計2.1 單元測試主要是測試程序代碼， 為的是確保各單元模塊被正常編譯。有具體到模塊的測試， 也有具體到類、函數的測試等。一一一般是由開發來完成2.2 集成測試單元測試后，將各單元組成完整的體系，測試軟件單位之間的接口是否正確，數據能否正常傳遞。一一比如注冊和充值這兩個功能能否連通2.3

7、系統測試把軟件系統搭建起來，按照軟件規格說明書中的要求對各項功能進行測試，看是否 符合需求、在系統運行是否存在漏洞等一一根據測試用例，進行完整的系統測試系統測試主要包括功能測試、界面測試、可靠性測試、易用性測試、性能測試。功能測試主要針對包括功能可用性、功能實現程度（功能流程 &業務流程、數據處理&業務數據 處理）方面測試。2.4 驗收測試按照項目任務書或合同、供需雙方約定的驗收依據文檔進行的對整個系統的測試與評 審，決定是否接收或拒收系統一一用戶對軟件進行驗收2.5 回歸測試新加入測試的模組，可能對其他模組回歸測試是指重復以前的全部或部分的相同測試。 產生副作用，故須進行某些

8、程度的回歸測試。3附錄3.1 測試文檔清單階段活動產出物模板設計系統設計測試計劃測試計劃評審會議紀要無開發測試用例設計測試用例測試用例評審記錄無需求跟蹤表無測試測試執行測試用例執行記錄無測試工作階段報告無測試日報缺陷管理缺陷bug清單無驗收系統驗收驗收測試報告系統發布用戶手冊無3.2 缺陷管理流程缺陷狀態一般分為：新建、打開、已分配、已修復、關閉、重新打開 中間會有：延期、重復、拒絕等狀態缺陷管理流程:3.3 缺陷等級劃分A類-嚴重錯誤，包括以下各種錯誤：1、由于程序所引起的死機，非法退出2、死循環3、數據庫發生死鎖4、因錯誤操作導致的程序中斷5、功能錯誤6、與數據庫鏈接錯誤7、數據庫通訊錯誤

9、B類-較嚴重錯誤，包括以下錯誤：1、程序錯誤2、程序接口錯誤3、數據庫的表、業務規則、缺省值未加完整性等約束條件C類-一般性錯誤，包括以下各種錯誤：1、操作界面錯誤(包括數據窗口內列名定義、含義是否一致2、打印內容、格式錯誤3、簡單的輸入顯示未放在前臺進行控制4、刪除操作未給出提示5、數據庫表中有過多的空字段D類-較小錯誤，包括以下各種錯誤：1、界面不規范2、輔助說明描述不清楚3、輸入輸出不規范4、長操作未給用戶提示5、提示窗口文字未采用行業術語6、可輸入區域和只讀區域沒有明顯的區分標志E類-測試建議-若4叩 5 «-( 44 g " 2. aw . " ' rn 紛0A