軟件測(cè)試流程圖

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

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

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

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

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

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

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

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

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