軟件測試流程圖

1、 軟件測試流程1 軟件項目測試過程測試階段從橫向看有以下活動：1.1 需求分析測試從需求分析開始介入，測試人員參與需求的分析活動，確定測試的需求。需要了解測試需求與測試進度，即需要驗證什么功能需求點，采用什么測試策略，描述目前在進行哪一階段的測試（單元測試、集成測試、系統(tǒng)測試）以與每個階段在進行的測試種類（功能測試、性能測試、壓力測試等）。詳細閱讀分析需求文檔，進行邏輯梳理并勾勒出功能的大概流程圖；與產(chǎn)品經(jīng)理等相關(guān)人員探討表述不清楚的地方，細化業(yè)務(wù)流程；考慮正常流程中的測試難點；考慮與其他功能的關(guān)聯(lián)；考慮非正常流程；考慮版本數(shù)據(jù)兼容。目標：（1） 理解產(chǎn)品的設(shè)計意圖和設(shè)計思路。（2） 功能確認

2、，充分理解個功能的細節(jié)。（3） 根據(jù)功能的大小、復(fù)雜預(yù)估測試需要的工具、環(huán)境、時間1.2 項目整體計劃與評審測試計劃在需求分析完成后，程序修改完畢前準備。測試計劃要描述測試活動的圍、方法、資源和進度。目標：（1） 為測試各項活動制定一個現(xiàn)實可行的、綜合的計劃，包括每項測試活動的對象、圍、方法、進度和預(yù)期結(jié)果。（2） 為項目實施建立一個組織模型，并定義測試項目中每個角色的責任和工作容。（3） 開發(fā)有效的測試模型，能正確地驗證正在開發(fā)的軟件系統(tǒng)。（4） 確定測試所需要的時間和資源，以保證其可獲得性、有效性。（5） 確立每個測試階段測試完成以與測試成功的標準、要實現(xiàn)的目標。（6） 識別出測試活動中各

3、種風險，并消除可能存在的風險，降低由不可能消除的風險所帶來的損失。輸入：項目計劃和測試需求 輸出：項目測試計劃項目測試計劃評審會議紀要1.3 測試用例設(shè)計與評審容：使用各種測試用例設(shè)計方法進行用例設(shè)計。測試用例的基本要素包括測試用例編號、測試標題、重要基本、測試輸入、操作步驟、預(yù)期結(jié)果等。測試用例文檔是“活的”，測試用例在形成文檔后也還需要不斷完善。主要來自三方面的緣故：第一、在測試過程中發(fā)現(xiàn)設(shè)計測試用例時考慮不周，需要完善；第二、在軟件交付使用后反饋的軟件缺陷，而缺陷又是因測試用例存在漏洞造成；第三、軟件自身的新增功能以與軟件版本的更新，測試用例也必須配套修改更新。目標：（1） 使測試用例反

4、映不同的場景、條件或經(jīng)由產(chǎn)品的事件流（2） 測試用例必須要能完整覆蓋測試需求輸入：測試計劃 輸出：項目測試用例項目測試用例評審會議紀要1.4 測試執(zhí)行當測試用例編寫完成通過評審后，并已提交的可測試的系統(tǒng)， 然后按照測試計劃和測試用例搭建測試環(huán)境，開始測試執(zhí)行。對修改的bug進行回歸測試。測試的具體步驟：（1） 建立測試系統(tǒng)，搭建測試環(huán)境（2） 準備測試材料、測試工具（3） 執(zhí)行測試（4） 驗證預(yù)期結(jié)果，測試不通過，反饋回給編碼人員修改。代碼修改重新提交后，返回2繼續(xù)（5） 記錄缺陷（6） 評估測試需求的覆蓋率（7） 分析缺陷測試開始標準：（1） 測試計劃評審?fù)ㄟ^；（2） 測試用例已編寫完成，并

5、已通過評審；（3） 存在已提交的可測試的系統(tǒng)；（4） 測試環(huán)境已搭建完畢。測試退出標準：（1） 測試用例全部通過；（2） 存在的問題已得到合理的處理。測試停止標準：（1） 近半數(shù)以上測試用例無法執(zhí)行；（2） 測試環(huán)境與要求不符；（3） 開發(fā)中需求頻繁變動。目標：（1） 所有的測試用例都被執(zhí)行，并每條用例至少被執(zhí)行一遍。（2） 存在的問題已得到合理的處理。輸入：測試用例測試環(huán)境測試腳本輸出：測試執(zhí)行記錄系統(tǒng)bug清單1.5 測試評估測試報告是對測試過程和測試結(jié)果進行分析和評估，確認測試計劃是否得到完整履行、測試覆蓋率是否達到預(yù)定要求并最終在報告中給出測試和產(chǎn)品質(zhì)量的評估結(jié)論。輸入：測試執(zhí)行記錄系

6、統(tǒng)bug清單輸出：測試報告1.6 產(chǎn)品試用與客戶培訓軟件部署后，給客戶提供產(chǎn)品試用，給客戶做相關(guān)培訓。輸出：用戶手冊客戶培訓PPT2 軟件測試階段軟件V模型結(jié)構(gòu)圖如：2.1 單元測試主要是測試程序代碼，為的是確保各單元模塊被正常編譯。有具體到模塊的測試，也有具體到類、函數(shù)的測試等。一般是由開發(fā)來完成2.2 集成測試單元測試后，將各單元組成完整的體系，測試軟件單位之間的接口是否正確，數(shù)據(jù)能否正常傳遞。比如注冊和充值這兩個功能能否連通2.3 系統(tǒng)測試把軟件系統(tǒng)搭建起來，按照軟件規(guī)格說明書中的要求對各項功能進行測試，看是否符合需求、在系統(tǒng)運行是否存在漏洞等根據(jù)測試用例，進行完整的系統(tǒng)測試系統(tǒng)測試主要

7、包括功能測試、界面測試、可靠性測試、易用性測試、性能測試。 功能測試主要針對包括功能可用性、功能實現(xiàn)程度（功能流程&業(yè)務(wù)流程、數(shù)據(jù)處理&業(yè)務(wù)數(shù)據(jù)處理）方面測試。2.4 驗收測試按照項目任務(wù)書或合同、供需雙方約定的驗收依據(jù)文檔進行的對整個系統(tǒng)的測試與評審，決定是否接收或拒收系統(tǒng)用戶對軟件進行驗收2.5 回歸測試回歸測試是指重復(fù)以前的全部或部分的一樣測試。新加入測試的模組，可能對其他模組產(chǎn)生副作用，故須進行某些程度的回歸測試。3 附錄3.1 測試文檔清單階段活動產(chǎn)出物模板設(shè)計系統(tǒng)設(shè)計測試計劃測試計劃評審會議紀要無開發(fā)測試用例設(shè)計測試用例測試用例評審記錄無需求跟蹤表無測試測試執(zhí)行測試

8、用例執(zhí)行記錄無測試工作階段報告無測試日報缺陷管理缺陷bug清單無驗收系統(tǒng)驗收驗收測試報告系統(tǒng)發(fā)布用戶手冊無3.2 缺陷管理流程缺陷狀態(tài)一般分為：新建、打開、已分配、已修復(fù)、關(guān)閉、重新打開中間會有：延期、重復(fù)、拒絕等狀態(tài)缺陷管理流程：3.3 缺陷等級劃分A類-嚴重錯誤，包括以下各種錯誤：1、由于程序所引起的死機，非法退出2、死循環(huán)3、數(shù)據(jù)庫發(fā)生死鎖4、因錯誤操作導(dǎo)致的程序中斷5、功能錯誤6、與數(shù)據(jù)庫錯誤7、數(shù)據(jù)庫通訊錯誤B類-較嚴重錯誤，包括以下錯誤：1、程序錯誤2、程序接口錯誤3、數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件C類-一般性錯誤，包括以下各種錯誤：1、操作界面錯誤(包括數(shù)據(jù)窗口

9、列名定義、含義是否一致)2、打印容、格式錯誤3、簡單的輸入顯示未放在前臺進行控制4、刪除操作未給出提示5、數(shù)據(jù)庫表中有過多的空字段D類-較小錯誤，包括以下各種錯誤：1、界面不規(guī)2、輔助說明描述不清楚3、輸入輸出不規(guī)4、長操作未給用戶提示5、提示窗口文字未采用行業(yè)術(shù)語6、可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志E類-測試建議1. 若不給自己設(shè)限，則人生中就沒有限制你發(fā)揮的藩籬。2. 若不是心寬似海，哪有人生風平浪靜。在紛雜的塵世里，為自己留下一片純靜的心靈空間，不管是潮起潮落，也不管是陰晴圓缺，你都可以免去浮躁，義無反顧，勇往直前，輕松自如地走好人生路上的每一步3. 花一些時間，總會看清一些事。用一些事情，總會看清一些人。有時候覺得自己像個神經(jīng)病。既糾結(jié)了自己，又打擾了別人。努力過后，才知道許多事情，堅持堅