軟件制造工程組合測試

第四章測試工程4.4測試的前前期準(zhǔn)備備軟件測試試工程的的作業(yè)過過程可分分為測試設(shè)計(jì)計(jì)（包括制制定測試試計(jì)劃、、確定測測試方法法等）和和實(shí)施測試試兩大步驟驟。4.4..1測試規(guī)劃劃與測試試設(shè)計(jì)對大規(guī)模模開發(fā)系系統(tǒng)一般般不采用用一次性性整體測測試，而而是從局局部依次次擴(kuò)大到到整體的的測試，，按計(jì)劃劃，有步步驟地實(shí)實(shí)施測試試。一般般從項(xiàng)目目需求定定義開始始，概要要設(shè)計(jì)、、詳細(xì)設(shè)設(shè)計(jì)、程程序編碼碼的各個(gè)個(gè)開發(fā)階階段，要要進(jìn)行測測試設(shè)計(jì)計(jì)，作成成測試計(jì)計(jì)劃書，，還包括括測試作作業(yè)完成成后移植植運(yùn)行作作業(yè)的計(jì)計(jì)劃。4.4..1測試規(guī)劃劃與測試試設(shè)計(jì)表4.3各開發(fā)階階段的測測試規(guī)劃劃和設(shè)計(jì)計(jì)評審驗(yàn)驗(yàn)證內(nèi)容容4.4..1測試規(guī)劃劃與測試試設(shè)計(jì)測試計(jì)劃劃書一般般包括如如下的一一些的內(nèi)內(nèi)容：（1）測試工工程概要要、測試試場所、、測試方方針（2）測試日日程和實(shí)實(shí)施體制制4.4..1測試規(guī)劃劃與測試試設(shè)計(jì)（3）測試管管理方法法·測試工具具·測試環(huán)境境·測試檢測測清單·驗(yàn)證方法法·版本管理理方法·進(jìn)度管理理方法·問題管理理方法·回歸測試試方法·設(shè)計(jì)變更更管理方方法4.4..1測試規(guī)劃劃與測試試設(shè)計(jì)（4）針對各各階段的的測試應(yīng)應(yīng)明確的的事項(xiàng)·階段測試試的目的的和范圍圍·階段測試試開始和和測試終終止的基基準(zhǔn)·階段測試試檢測清清單·階段測試試實(shí)施日日程和實(shí)實(shí)施體制制·階段測試試的驗(yàn)收收基準(zhǔn)和和方法4.4..2了解系統(tǒng)統(tǒng)錯(cuò)誤、、缺陷的的影響度度信息系統(tǒng)統(tǒng)的測試試很難實(shí)實(shí)現(xiàn)在與與實(shí)際運(yùn)運(yùn)行環(huán)境境（數(shù)據(jù)據(jù)、使用用者、硬硬件、時(shí)時(shí)間、網(wǎng)網(wǎng)絡(luò)、系系統(tǒng)負(fù)荷荷等）完完全一致致的條件件下進(jìn)行行的測試試。在做測試試計(jì)劃和和測試設(shè)設(shè)計(jì)時(shí)，，充分理理解軟件件的錯(cuò)誤誤、缺陷陷對用戶戶將會(huì)造造成什么么樣的影影響是很很重要的的。4.4..2了解系統(tǒng)統(tǒng)錯(cuò)誤、、缺陷的的影響度度軟件中即即使是很很微小的的錯(cuò)誤，，有可能能會(huì)給用用戶造成成重大的的損害和和影響。。4.4..2了解系統(tǒng)統(tǒng)錯(cuò)誤、、缺陷的的影響度度下圖是系系統(tǒng)缺陷陷對一個(gè)個(gè)生產(chǎn)型型企業(yè)的的各個(gè)方方面所產(chǎn)產(chǎn)生的影影響

業(yè)務(wù)混亂系統(tǒng)缺陷喪失顧客信任經(jīng)濟(jì)損失不可能恢復(fù)的數(shù)據(jù)業(yè)務(wù)停止不能回答用戶的咨詢送貨發(fā)生錯(cuò)誤交付期延遲不能處理用戶訂貨斷貨業(yè)務(wù)狀況不明不能檢索信息不能進(jìn)行業(yè)務(wù)指示產(chǎn)品報(bào)廢業(yè)務(wù)效率降低發(fā)生手工作業(yè)發(fā)生返工用戶信息產(chǎn)品信息設(shè)計(jì)信息銷售信息生產(chǎn)信息系統(tǒng)缺陷陷的影響響圖4.4..3利用各種種測試支支持工具具測試工具具：⑴作為為定型測測試，反反復(fù)實(shí)施施測試作作業(yè)的支支持工具具；⑵確定定測試分分支、生生成測試試數(shù)據(jù)的的支持工工具；⑶驗(yàn)證證測試的的覆蓋率率，提高高測試效效率的工工具；⑷性能能測試的的支持工工具；⑸管理理與測試試相關(guān)連連項(xiàng)目的的支持工工具；⑹變更更管理、、版本管管理的支支持工具具；⑺檢測測錯(cuò)誤作作業(yè)的支支持工具具。4.4..3利用各種種測試支支持工具具表4.4部分常用用的測試試支持工工具測試支持工具注意點(diǎn)組合測試支持工具·支持測試計(jì)劃的編制·支持測試項(xiàng)目管理·測試分支管理測試程序作成工具·支持作成測試分支的測試程序測試數(shù)據(jù)生成工具·自動(dòng)生成測試數(shù)據(jù)自動(dòng)測試工具·記錄用戶操作、自動(dòng)生成測試程序·根據(jù)測試記錄自動(dòng)運(yùn)行測試程序·自動(dòng)生成測試記錄測試管理工具·記錄已測試的編碼部分·統(tǒng)計(jì)分析測試的覆蓋范圍性能分析工具·測量運(yùn)行時(shí)的特性·統(tǒng)計(jì)分析編碼的執(zhí)行次數(shù)、耗費(fèi)時(shí)間檢測錯(cuò)誤工具·提供檢測錯(cuò)誤的功能（一般作為開發(fā)工具的功能提供）軟件管理工具·版本管理·變更管理表4.4常用測試試支持工工具4.4..4測試檢測測清單與與測試數(shù)數(shù)據(jù)根據(jù)測試試計(jì)劃，，按各個(gè)個(gè)測試階階段的目目的準(zhǔn)備備實(shí)施測測試使用用的檢測測清單和和測試使使用的數(shù)數(shù)據(jù)。4.4..4測試檢測測清單與與測試數(shù)數(shù)據(jù)測試檢測測清單是是將要檢檢測的項(xiàng)項(xiàng)目以能能確認(rèn)的的方式用用文字描描述出來來。在不同的的測試階階段作成成不同的的測試檢檢測清單單，如單元（（模塊））測試階階段的程程序檢測測清單稱稱為PCL，組合測測試階段段的檢測測清單稱稱為CCL，系統(tǒng)測測試階段段的檢測測清單稱稱為SCL。4.4..4測試檢測測清單與與測試數(shù)數(shù)據(jù)在測試中中需要驗(yàn)驗(yàn)證的項(xiàng)項(xiàng)目及其其判別、、制約條條件必須須全部記記入檢測清單單。4.4..4測試檢測測清單與與測試數(shù)數(shù)據(jù)例如單元元測試的的程序檢檢測清單單PCL要明確以以下幾個(gè)個(gè)方面內(nèi)內(nèi)容：⑴窗體體顯示的的輸入、、輸出項(xiàng)項(xiàng)目及判判別條件件；⑵輸出出表格印印刷輸出出項(xiàng)目及及判別條條件；⑶數(shù)據(jù)據(jù)庫/文件輸入入、輸出出項(xiàng)目及及判別條條件；⑷程序序間傳遞遞的數(shù)據(jù)據(jù)、信息息及判別別條件。。4.4..4測試檢測測清單與與測試數(shù)數(shù)據(jù)作成檢測測清單應(yīng)應(yīng)遵循如如下的原原則：⑴具體性：判別條條件和確確認(rèn)內(nèi)容容必須是是在測試試結(jié)果中中可確認(rèn)認(rèn)的；⑵完整性：檢測內(nèi)內(nèi)容必須須是包含含設(shè)計(jì)書書中的所所有項(xiàng)目目、功能能；⑶有一定的的密度：檢測點(diǎn)點(diǎn)占測試試對象的的一定比比例。4.4..4測試檢測測清單與與測試數(shù)數(shù)據(jù)⑷有一定的的分布率：如PCL對正常、、異常、、臨界處處理及模模塊間接接口數(shù)據(jù)據(jù)、信息息傳輸?shù)牡臋z測一一般按如如下比率率分配：：①檢測測正常分分支的PCL條數(shù)約占占70%；②檢測測異常分分支的PCL條數(shù)約占占10%；③檢測測邊界、、臨界項(xiàng)項(xiàng)目的PCL條數(shù)約占占15%；④檢測測關(guān)聯(lián)模模塊間傳傳遞、接接口項(xiàng)目目的PCL條數(shù)約占占5%。4.4..4測試檢測測清單與與測試數(shù)數(shù)據(jù)測試檢測測清單針針對各種種各樣的的測試分分支，須須明確測測試的前提條件件、應(yīng)確確認(rèn)的內(nèi)內(nèi)容，明明確在何何種條件件下應(yīng)有有什么樣樣的測試試結(jié)果。每個(gè)測試試分支都都有編號，以便于于實(shí)施測測試時(shí)記記錄測試試結(jié)果。。4.4..4測試檢測測清單與與測試數(shù)數(shù)據(jù)測試結(jié)果果的記錄錄不僅僅僅是記錄錄檢查合合格，還還要記錄錄測試結(jié)果果的具體體內(nèi)容。記錄測試試結(jié)果要要注意易讀性，便于他他人追蹤蹤測試中中發(fā)現(xiàn)的的問題。。根據(jù)不同同用戶的的要求，，測試內(nèi)內(nèi)容和測測試結(jié)果果還有可可能作為為開發(fā)方方的系統(tǒng)統(tǒng)驗(yàn)證資資料提供供給用戶戶。4.4..4測試檢測測清單與與測試數(shù)數(shù)據(jù)在測試工工程的進(jìn)進(jìn)度管理理中，可可以按測測試檢測測清單確確定的測測試分支支作成測測試實(shí)施施日程，，統(tǒng)計(jì)已已實(shí)施測測試的分分支數(shù)，，確認(rèn)各各個(gè)測試試分支組組的測試試進(jìn)度。。因此測試檢測測清單又可以用用于測試進(jìn)度度管理。4.4..4測試檢測測清單與與測試數(shù)數(shù)據(jù)作成測試試檢測清清單后，，根據(jù)測測試檢測測清單記記述的測測試分支支準(zhǔn)備其其使用的的測試數(shù)數(shù)據(jù)。此此外，根根據(jù)測試試分支的的覆蓋率率（正常常處理、、例外處處理等））、測試試分支數(shù)數(shù)，還可可預(yù)算測試工程程所需要要的工數(shù)。測試檢測測清單格格式要根根據(jù)測試試項(xiàng)目的的不同而而進(jìn)行不不同的設(shè)設(shè)計(jì)。一一般都應(yīng)應(yīng)包括檢查條件件、確認(rèn)認(rèn)內(nèi)容、、確認(rèn)日日期等，并且且要注意意可讀性性和可實(shí)實(shí)施性，，便于測測試者做做測試數(shù)數(shù)據(jù)，進(jìn)進(jìn)行測試試。4.4..5測試前期期準(zhǔn)備應(yīng)應(yīng)確認(rèn)的的事項(xiàng)（1）開發(fā)環(huán)環(huán)境和測測試環(huán)境境（2）確保必必要的測測試時(shí)間間（表4.5舉例說明明了開發(fā)發(fā)日程延延后的對對策處理理方法。。）4.4..5測試前期期準(zhǔn)備應(yīng)應(yīng)確認(rèn)的的事項(xiàng)（3）留有余余地的測測試計(jì)劃劃（回歸歸測試））測試計(jì)劃劃時(shí)，必必須考慮慮如何利利用測試試工具等等多種手手段有效效實(shí)施回回歸測試試，并且且制定出出留有余余地的測測試計(jì)劃劃，例如如，制定定精確的的測試流流程、有有效利用用測試工工具、使使測試盡盡可能自自動(dòng)化、、留有回回歸測試試的時(shí)間間等。此外，因因?yàn)樽兏⑿拚鳂I(yè)可可能誘發(fā)發(fā)新的錯(cuò)錯(cuò)誤，要要根據(jù)測測試中發(fā)發(fā)現(xiàn)的問問題的重重要度、、優(yōu)先順順序進(jìn)行行問題管管理和變變更管理理。例如如，經(jīng)判判斷，對對于影響響度低的的問題，，程序的的修正可可放在測測試的最最后階段段，由專專人集中中實(shí)施，，以減少少變更、、修正的的工作量量和風(fēng)險(xiǎn)險(xiǎn)。4.4..5測試前期期準(zhǔn)備應(yīng)應(yīng)確認(rèn)的的事項(xiàng)（4）系統(tǒng)的的各個(gè)接接口是測測試工程程的關(guān)注注點(diǎn)外部接口口的測試試，應(yīng)盡盡量避免免在系統(tǒng)統(tǒng)測試和和運(yùn)行測測試時(shí)才才實(shí)施。。最好是是在程序序開發(fā)工工程期間間內(nèi)，即即在單元元測試階階段實(shí)施施接口測測試。最最初測試試時(shí)，只只需要確確認(rèn)接口口部分的的動(dòng)作，，不必要要完成系系統(tǒng)整體體的邏輯輯處理。。為接口口部分的的處理準(zhǔn)準(zhǔn)備簡單單的程序序，專門門的測試試數(shù)據(jù)，，測試接接收和傳傳送數(shù)據(jù)據(jù)的效果果。4.4..5測試前期期準(zhǔn)備應(yīng)應(yīng)確認(rèn)的的事項(xiàng)在考慮測測試計(jì)劃劃、設(shè)計(jì)計(jì)測試方方案時(shí)要要注意以以下幾點(diǎn)點(diǎn)：（1）在設(shè)計(jì)計(jì)工程期期間要考考慮組合合測試計(jì)計(jì)劃書；；（2）站在用用戶的立立場考慮慮系統(tǒng)錯(cuò)錯(cuò)誤、缺缺陷造成成的影響響；（3）結(jié)合各各種測試試方法確確定測試試流程；；（4）搭建必必要的測測試環(huán)境境，確定定測試工工具；（5）將回歸歸測試列列入測試試計(jì)劃；；（6）作測試試計(jì)劃時(shí)時(shí)要考慮慮盡早實(shí)實(shí)施接口口測試。。4.5測試的實(shí)實(shí)施在作好測測試計(jì)劃劃的基礎(chǔ)礎(chǔ)上，確確認(rèn)開發(fā)發(fā)作業(yè)已已基本完完成，測測試工具具、數(shù)據(jù)據(jù)、環(huán)境境等已準(zhǔn)準(zhǔn)備好，，就可以以進(jìn)入測測試作業(yè)業(yè)。4.5..1各個(gè)測試試階段的的測試設(shè)設(shè)計(jì)和實(shí)實(shí)施者單元測試試一般由開開發(fā)程序序的程序序員實(shí)施施。組合測試試由詳細(xì)設(shè)設(shè)計(jì)者和和測試設(shè)設(shè)計(jì)者實(shí)實(shí)施。系統(tǒng)測試試和運(yùn)行行測試一般由從從事系統(tǒng)統(tǒng)設(shè)計(jì)作作業(yè)的系系統(tǒng)工程程師實(shí)施施，而運(yùn)行測試試不僅僅是是由承擔(dān)擔(dān)開發(fā)項(xiàng)項(xiàng)目的企企業(yè)或部部門實(shí)施施，而且且要以用用戶為主主體實(shí)施施。表4.6對各個(gè)測測試階段段的計(jì)劃劃、實(shí)施施測試作作業(yè)者給給以了說說明。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)1、實(shí)施測測試前應(yīng)應(yīng)確認(rèn)的的事項(xiàng)測試前必必須確認(rèn)認(rèn)系統(tǒng)是是否進(jìn)入入測試狀狀態(tài)。雖然各個(gè)個(gè)測試階階段有不不同的測測試重點(diǎn)點(diǎn)，但是是對于作作為測試試對象的的軟件系系統(tǒng)的核核心部分分，要盡盡早實(shí)施施性能測測試，即即對軟件件系統(tǒng)的的效率性性進(jìn)行測測試。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)2、風(fēng)險(xiǎn)意意識采用新技技術(shù)、用用戶需求求變更、、開發(fā)人人員的變變動(dòng)等都都有可能能帶來風(fēng)風(fēng)險(xiǎn)。風(fēng)險(xiǎn)度=發(fā)生概率率（發(fā)生生頻率））×發(fā)生時(shí)的的影響程程度（損損失）每個(gè)開發(fā)發(fā)人員在在自己擔(dān)擔(dān)任的作作業(yè)中，，都應(yīng)該該經(jīng)?？伎紤]有可可能發(fā)生生什么樣樣的風(fēng)險(xiǎn)險(xiǎn)，一旦旦發(fā)現(xiàn)問問題應(yīng)及及時(shí)與項(xiàng)項(xiàng)目管理理者商談?wù)?，盡可可能避免免和防止止風(fēng)險(xiǎn)的的發(fā)生。。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)3、問題管管理在測試中中發(fā)現(xiàn)錯(cuò)錯(cuò)誤，修修正程序序，再測測試，確確認(rèn)修正正是否正正確，這這是一般般測試作作業(yè)的流流程。表4.7處理問題題的流程程處理流程作業(yè)人員處理內(nèi)容1發(fā)現(xiàn)問題測試人員記錄測試中發(fā)現(xiàn)的問題，交給驗(yàn)證人員。2判斷問題，確定修正方案驗(yàn)證人員分析問題，判斷問題的重要度，確定修正方案和修正人員。3修正問題開發(fā)人員理解問題，修正程序，確認(rèn)修正是否正確；記錄問題發(fā)生的原因和修正的內(nèi)容，交給驗(yàn)證人員。4確認(rèn)修正內(nèi)容，確定回歸測試方案驗(yàn)證人員確認(rèn)修正內(nèi)容，確定對修正部分的回歸測試方法和測試人員。5修正確認(rèn)測試人員確認(rèn)問題是否被修正，記錄確認(rèn)結(jié)果，交給驗(yàn)證人員。表4.7處理問題題的流程程：4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)問題管理理的要點(diǎn)點(diǎn)如下：：⑴設(shè)置置專人進(jìn)進(jìn)行問題題管理，，對發(fā)生生的問題題作最終終判斷；；⑵對測測試結(jié)果果一定要要有記錄錄；⑶作成成問題一一覽表，，給每個(gè)個(gè)問題編編號，并并記錄問問題解決決的狀況況；⑷對發(fā)發(fā)生的問問題要立立即記錄錄，以免免遺忘；；⑸對問問題的記記錄要注注意語言言簡潔、、明確、、準(zhǔn)確，，同時(shí)要要記錄實(shí)實(shí)施測試試時(shí)的條條件（如如測試環(huán)環(huán)境、測測試流程程、測試試數(shù)據(jù)））；4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)⑹如果感覺覺是很難難再現(xiàn)的的問題，，應(yīng)馬上上保留測測試環(huán)境境、測試試數(shù)據(jù)等等，以便便分析原原因；如如果實(shí)施施測試者者判斷是是難以用用文字表表達(dá)的問問題，要要立即找找開發(fā)人人員或程程序修正正人員，，現(xiàn)場說說明；⑺問題題發(fā)現(xiàn)者者和處理理者都要要記錄和和判斷問問題的重重要度；；⑻問題題處理者者對記錄錄的問題題不明白白、或認(rèn)認(rèn)為沒有有必要修修正程序序時(shí)，要要與測試試人員聯(lián)聯(lián)系、確確認(rèn)；對對判斷為為不需要要修正的的問題，，一定要要說明理理由；4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)⑼修正錯(cuò)誤誤之后。。要記錄錄發(fā)生問問題的現(xiàn)現(xiàn)象和修修正的內(nèi)內(nèi)容；⑽修正正錯(cuò)誤時(shí)時(shí)要注意意對同類類問題的的檢查，，不能在在程序或或系統(tǒng)的的其它地地方遺留留同樣的的錯(cuò)誤。。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)4、問題記記錄表（（簡稱B票）記錄測試試過程中中發(fā)現(xiàn)的的錯(cuò)誤、、問題。。B票不僅僅僅是用于于記錄錯(cuò)錯(cuò)誤信息息，還可可以提供供給質(zhì)量量管理人人員、驗(yàn)驗(yàn)收人員員，作為為追蹤、、分析、、確認(rèn)軟軟件質(zhì)量量的原始始資料，，有利于于改進(jìn)和和提高開開發(fā)質(zhì)量量。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)根據(jù)統(tǒng)計(jì)計(jì)規(guī)律，，一般要要求各個(gè)個(gè)測試階階段發(fā)現(xiàn)現(xiàn)的錯(cuò)誤誤應(yīng)占測測試對象象規(guī)模的的一定比比例，以以確保測測試的質(zhì)質(zhì)量。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)B票主要記記錄如下下內(nèi)容：：⑴發(fā)生生錯(cuò)誤的的現(xiàn)象，，如測試試中發(fā)生生功能遺遺漏、計(jì)計(jì)算結(jié)果果錯(cuò)誤、、打印錯(cuò)錯(cuò)誤等等等；⑵產(chǎn)生生錯(cuò)誤的的原因，，如由于于設(shè)計(jì)不不良、理理解錯(cuò)誤誤、編程程不良、、測試數(shù)數(shù)據(jù)錯(cuò)誤誤等原因因造成；；⑶采取取的對應(yīng)應(yīng)措施，，如修正正設(shè)計(jì)書書、程序序、測試試數(shù)據(jù)等等；⑷發(fā)生生設(shè)計(jì)書書、程序序修正時(shí)時(shí)，記錄錄其修正正的范圍圍。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)5、不再現(xiàn)現(xiàn)問題測試中常常發(fā)生曾曾經(jīng)出現(xiàn)現(xiàn)而以后后不在出出現(xiàn)的問問題，我我們常稱稱之為不不再現(xiàn)問問題。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)一類是問問題發(fā)生生時(shí)環(huán)境境發(fā)生了了改變，，如：⑴測試試數(shù)據(jù)有有變化；；⑵硬件件發(fā)生變變化；⑶數(shù)據(jù)據(jù)庫發(fā)生生變化；；⑷操作作系統(tǒng)發(fā)發(fā)生變化化；⑸某個(gè)個(gè)相關(guān)連連的程序序版本發(fā)發(fā)生變化化；⑹其他他相關(guān)連連程序發(fā)發(fā)生故障障；4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)⑺受內(nèi)存空空間變化化的影響響；⑻受測測試時(shí)間間、日期期變化的的影響；；⑼運(yùn)行行到某種種程度時(shí)時(shí)系統(tǒng)內(nèi)內(nèi)部發(fā)生生沖突；；⑽系統(tǒng)統(tǒng)狀態(tài)發(fā)發(fā)生變化化（初期期狀態(tài)，，多次運(yùn)運(yùn)行狀態(tài)態(tài)）。上述的⑺～⑽項(xiàng)屬于間歇性問問題，發(fā)生的的頻度低低，但修修正很花花時(shí)間。。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)另一類是是在完全全相同的的環(huán)境下下，由于于人為的的原因引引起的變變化，如如：⑴操作作順序發(fā)發(fā)生變化化；⑵測試試人員未未按測試試流程進(jìn)進(jìn)行作業(yè)業(yè)；⑶測試試人員變變更；⑷無關(guān)關(guān)人員觸觸動(dòng)了系系統(tǒng)。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)在發(fā)生不再現(xiàn)問問題時(shí)，首先先要對引引起不再再現(xiàn)問題題的原因因進(jìn)行分析。同時(shí)，，向測試試實(shí)施者者確認(rèn)測測試時(shí)的的狀況，，消除人人為因素素，盡可可能在問問題發(fā)生生時(shí)的相相同環(huán)境境下進(jìn)行行再次測測試，使使問題再再現(xiàn)。其其次是收收集、確確認(rèn)問題題發(fā)生時(shí)時(shí)的系統(tǒng)日志志、程序日志志，檢查相相關(guān)連的的程序，，反復(fù)測測試使問問題再現(xiàn)現(xiàn)。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)6、測試中中發(fā)現(xiàn)的的錯(cuò)誤的的水平展展開對測試中中發(fā)現(xiàn)的的錯(cuò)誤、、缺陷，，不能僅僅限于對對該錯(cuò)誤誤、缺陷陷的修正正，要同同時(shí)注意意分析程程序中是是否有其其它類似似的問題題；是自自己的理理解錯(cuò)誤誤，還是是編程習(xí)習(xí)慣產(chǎn)生生的錯(cuò)誤誤；別的的程序是是否也有有類似的的錯(cuò)誤等等等。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)7、版本的的管理明確發(fā)現(xiàn)現(xiàn)的錯(cuò)誤誤是在什什么時(shí)間間的程序序版本上上測試的的。每個(gè)參加加測試、、修正程程序的開開發(fā)人員員要充分分理解開開發(fā)項(xiàng)目目的整體體版本管管理方法法。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)8、提高測測試工程程的效率率測試工程程是需要要花費(fèi)整整個(gè)開發(fā)發(fā)工程的的約25%～50%的工數(shù)的的工程從外部設(shè)設(shè)計(jì)階段段就開始始考慮提提高質(zhì)量量和測試試規(guī)劃，，直到內(nèi)內(nèi)部設(shè)計(jì)計(jì)階段考考慮整體體的測試試方案，，逐步形形成周密密的測試試計(jì)劃。。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)9、防止系系統(tǒng)在正正式運(yùn)行行中出現(xiàn)現(xiàn)故障在正式運(yùn)運(yùn)行前，，要盡可可能在接接近真實(shí)實(shí)的數(shù)據(jù)據(jù)量、網(wǎng)網(wǎng)絡(luò)環(huán)境境、終端端數(shù)量、、集中使使用密度度等實(shí)際際環(huán)境進(jìn)進(jìn)行系統(tǒng)統(tǒng)性能驗(yàn)驗(yàn)證測試試、負(fù)荷荷測試、、耐力測測試等。。在正式運(yùn)運(yùn)行前，，還需要要從系統(tǒng)統(tǒng)的應(yīng)用用方面考考慮編制制操作手手冊，進(jìn)進(jìn)行用戶戶培訓(xùn)，，建立技技術(shù)支持持體制。。4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)確保系統(tǒng)統(tǒng)測試成成功的一一些要點(diǎn)點(diǎn)⑴在充充分理解解用戶業(yè)業(yè)務(wù)流程程的基礎(chǔ)礎(chǔ)上設(shè)計(jì)計(jì)測試流流程；⑵在設(shè)設(shè)計(jì)測試試流程時(shí)時(shí)設(shè)想用用戶容易易發(fā)生的的操作錯(cuò)錯(cuò)誤；⑶對參參加測試試的人員員進(jìn)行相相關(guān)業(yè)務(wù)務(wù)培訓(xùn)，，使測試試人員對對用戶業(yè)業(yè)務(wù)有一一定的了了解；⑷確保保系統(tǒng)測測試必需需要的時(shí)時(shí)間和人人員；⑸計(jì)劃劃測試日日程時(shí)要要考慮回回歸測試試的時(shí)間間；⑹活用用測試工工具，提提高測試試效率；；4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)⑺系統(tǒng)測試試以開發(fā)發(fā)方為主主體，用用戶為輔輔，并著著手準(zhǔn)備備運(yùn)行測測試；⑻系統(tǒng)統(tǒng)測試時(shí)時(shí)盡可能能使用接接近真實(shí)實(shí)的數(shù)據(jù)據(jù)；⑼設(shè)想想正式運(yùn)運(yùn)行時(shí)系系統(tǒng)的負(fù)負(fù)荷進(jìn)行行耐力測測試；⑽根據(jù)據(jù)可靠性性成長曲曲線（請請參見4.6..2中圖4.24）判斷測測試的動(dòng)動(dòng)向和進(jìn)進(jìn)度，在在出現(xiàn)異異常曲線線時(shí)采取取適當(dāng)?shù)牡膶Σ撸?；⑾對發(fā)發(fā)現(xiàn)的問問題確定定優(yōu)先順順序，從從優(yōu)先順順序高的的問題著著手修正正；⑿對測測試發(fā)現(xiàn)現(xiàn)的問題題根據(jù)需需要進(jìn)行行水平展展開；⒀重視視問題管管理、設(shè)設(shè)計(jì)變更更管理和和版本管管理4.5..2實(shí)施測試試的要點(diǎn)點(diǎn)10、測試設(shè)設(shè)計(jì)和實(shí)實(shí)施測試試中的注注意事項(xiàng)項(xiàng)表4.8說明了組組合測試試、系統(tǒng)統(tǒng)測試和和運(yùn)行測測試各個(gè)個(gè)測試階階段的主主要測試試工作，，以及開開始和結(jié)結(jié)束的條條件。表4.9說明了各各個(gè)測試試階段在在測試設(shè)設(shè)計(jì)和測測試實(shí)施施時(shí)一般般應(yīng)注意意的一些些主要問問題。4.5..3從運(yùn)行測測試到實(shí)實(shí)機(jī)運(yùn)行行1、運(yùn)行測測試的主主要特征征⑴運(yùn)行行測試以以使用者者為主體體⑵運(yùn)行行測試是是進(jìn)行業(yè)業(yè)務(wù)測試試4.5..3從運(yùn)行測測試到實(shí)實(shí)機(jī)運(yùn)行行2、運(yùn)行測測試的結(jié)結(jié)束在結(jié)束運(yùn)運(yùn)行測試試，進(jìn)入入實(shí)機(jī)運(yùn)運(yùn)行時(shí)，，必須是是用戶的的所有與與系統(tǒng)相相關(guān)的人人員都能能夠使用用該系統(tǒng)統(tǒng)。因此此為了確確保系統(tǒng)統(tǒng)實(shí)機(jī)運(yùn)運(yùn)行能夠夠順利進(jìn)進(jìn)行，用用戶培訓(xùn)訓(xùn)是非常常必要的的。一般般在開發(fā)發(fā)計(jì)劃中中應(yīng)包括括用戶培培訓(xùn)計(jì)劃劃，準(zhǔn)備備與實(shí)際際系統(tǒng)接接近的培培訓(xùn)系統(tǒng)統(tǒng)，在運(yùn)運(yùn)行測試試階段同同時(shí)實(shí)施施用戶培培訓(xùn)。4.5..3從運(yùn)行測測試到實(shí)實(shí)機(jī)運(yùn)行行從運(yùn)行測測試到實(shí)實(shí)機(jī)運(yùn)行行作以下下幾點(diǎn)總總結(jié)：①運(yùn)行行測試要要以用戶戶為主體體進(jìn)行設(shè)設(shè)計(jì)、實(shí)實(shí)施；②業(yè)務(wù)務(wù)測試是是在運(yùn)行行測試階階段實(shí)施施，而不不是在系系統(tǒng)測試試階段實(shí)實(shí)施；③在進(jìn)進(jìn)行運(yùn)行行測試前前作成操操作手冊冊；④盡早早明確實(shí)實(shí)機(jī)運(yùn)行行的評價(jià)價(jià)基準(zhǔn)；；⑤運(yùn)行行測試的的設(shè)計(jì)、、實(shí)施要要從技術(shù)術(shù)、業(yè)務(wù)務(wù)、環(huán)境境等多方方面考慮慮；⑥運(yùn)行行測試是是用戶培培訓(xùn)的最最好時(shí)機(jī)機(jī)。4.5..4測試實(shí)例例說明--單元測試試測試策略略單元測試試一般總總是把白白盒測試試法和黑黑盒測試試法結(jié)合合運(yùn)用。。先用黑黑盒測試試法設(shè)計(jì)計(jì)出一組組基本的的測試用用例，然然后用白白盒測試試法，根根據(jù)覆蓋蓋標(biāo)準(zhǔn)補(bǔ)補(bǔ)充新的的測試用用例以滿滿足覆蓋蓋標(biāo)準(zhǔn)。。一般情況況下，單單元測試試以白盒盒法為主主。4.5..4測試實(shí)例例說明--單元測試試主要工作作：根據(jù)詳細(xì)細(xì)設(shè)計(jì)書書作成單單元測試試使用的的程序檢檢測清單單（PCL）PCL有矩陣型PCL和表格式PCL。無論哪種種格式，，都有檢檢查項(xiàng)目目、檢查查條件、、確認(rèn)內(nèi)內(nèi)容、確確認(rèn)時(shí)間間等基本本內(nèi)容。。作成PCL的主要思思路是針針對詳細(xì)細(xì)設(shè)計(jì)書書中的每每個(gè)功能能項(xiàng)目，，列出其其執(zhí)行時(shí)時(shí)需要的的條件，，確認(rèn)在在相對應(yīng)應(yīng)的條件件下應(yīng)產(chǎn)產(chǎn)生的結(jié)結(jié)果。4.5..4測試實(shí)例例說明--單元測試試主要工作作：根據(jù)詳細(xì)細(xì)設(shè)計(jì)書書和PCL則可作成成測試數(shù)數(shù)據(jù)通常可以以用一批批數(shù)據(jù)來來測試一一個(gè)或幾幾個(gè)PCL的檢查項(xiàng)項(xiàng)目，一般不采采用一條條數(shù)據(jù)測測試一個(gè)個(gè)或幾個(gè)個(gè)PCL。使用問題題記錄表表（B票）記錄在測測試過程程中程序序發(fā)生錯(cuò)錯(cuò)誤和對對錯(cuò)誤進(jìn)進(jìn)行處理理的相關(guān)關(guān)信息。。對測試結(jié)結(jié)果進(jìn)行行整理。在測試試結(jié)果中中需要注注明測試試的輸入入數(shù)據(jù)和和輸出數(shù)數(shù)據(jù)，并并標(biāo)注相相對應(yīng)的的PCL的檢查項(xiàng)項(xiàng)目編號號。4.5..4測試實(shí)例例說明--單元測試試測試實(shí)例例p120程序檢測測清單（（PCL）表4.11是一個(gè)矩矩陣型PCLp122表4.12是一個(gè)表表格式PCLp123測試數(shù)據(jù)據(jù)P121問：要完完成PCL中的所有有測試項(xiàng)項(xiàng)目的測測試，應(yīng)應(yīng)怎樣補(bǔ)補(bǔ)充測試試數(shù)數(shù)據(jù)？？問題記錄錄表（B票）P125測試結(jié)果果P1264.5..4測試實(shí)例例說明--組合測試試組合測試試需考慮慮的問題題:數(shù)據(jù)穿越越接口可可能丟失失。一模塊可可能破壞壞另一模模塊功能能。子功能組組裝可能能未產(chǎn)生生所要求求的主功功能。全程數(shù)據(jù)據(jù)結(jié)構(gòu)可可能出問問題。誤差累積積問題。。測試策略略由獨(dú)立的的測試小小組進(jìn)行行測試用例例通常采采用黑盒盒法設(shè)計(jì)計(jì)推進(jìn)方式式可采用用漸增式式或非漸漸增式模塊組合合后，應(yīng)應(yīng)進(jìn)行回回歸測試試（采用用軟件改改動(dòng)前測測試時(shí)執(zhí)執(zhí)行過的的測試用用例對改改動(dòng)后的的軟件再再進(jìn)行測測試。））4.5..4測試實(shí)例例說明--組合測試試主要工作作：測試流程程和測試試計(jì)劃。測試流流程的作作成，一一般可以以利用基基本設(shè)計(jì)計(jì)的各個(gè)個(gè)子系統(tǒng)統(tǒng)的數(shù)據(jù)據(jù)流程圖圖，按照照各個(gè)子子系統(tǒng)的的輸入?yún)?shù)，自自頂向下下設(shè)計(jì)測測試流程程。同時(shí)時(shí)，要做做好測試試計(jì)劃，，落實(shí)各各個(gè)子系系統(tǒng)的測測試期間間、測試試人員和和驗(yàn)收人人員。CCL。CCL的作成一般以各各個(gè)子系系統(tǒng)的相相關(guān)聯(lián)幾幾個(gè)程序序模塊為為單位進(jìn)進(jìn)行。它它主要檢檢測各個(gè)個(gè)程序模模塊之間間的參數(shù)數(shù)設(shè)置和和傳遞是是否正確確，確認(rèn)認(rèn)關(guān)聯(lián)程程序運(yùn)行行的最后后結(jié)果。。4.5..4測試實(shí)例例說明--組合測試試主要工作作：測試數(shù)據(jù)據(jù)。測試數(shù)據(jù)據(jù)的作成成要按照CCL的檢查條條件進(jìn)行行，一般般要注意意多個(gè)參參數(shù)的各各種組合合條件的的測試數(shù)數(shù)據(jù)、數(shù)數(shù)據(jù)記錄錄條數(shù)(1條或多條條)和特殊條條件下的的測試數(shù)數(shù)據(jù)的做做成。當(dāng)當(dāng)然，基基本數(shù)據(jù)據(jù)文件（（例如初初期設(shè)定定文件等等），各各種代碼碼表的數(shù)數(shù)據(jù)文件件要事先先準(zhǔn)備好好。4.5..4測試實(shí)例例說明--組合測試試主要工作作：B票。組合測試試階段的的B票作成方法與單單元測試試階段的的B票作成方方法基本本相同。。其目的的是要把把測試過過程中所所發(fā)現(xiàn)的的設(shè)計(jì)不不良和程程序錯(cuò)誤誤記錄到到B票中，以以保證快快速有效效地解決決問題，，提高程程序系統(tǒng)統(tǒng)的質(zhì)量量。測試結(jié)果果。作成測試試結(jié)果的目的首首先是要要使測試試人員和和驗(yàn)收人人員按照照CCL和測試結(jié)結(jié)果對各各個(gè)子系系統(tǒng)的功功能進(jìn)行行嚴(yán)格檢檢查，其其次是要要證明所所進(jìn)行的的組合測測試是有有效的。。4.5..4測試實(shí)例例說明--組合測試試測試實(shí)例例p127程序檢測測清單（（CCL）主要檢測測各個(gè)程程序模塊塊之間的的參數(shù)設(shè)設(shè)置和傳傳遞是否否正確，，確認(rèn)關(guān)關(guān)聯(lián)程序序運(yùn)行的的最后結(jié)結(jié)果。表4.15CCL清單p128測試數(shù)據(jù)據(jù)P127測試數(shù)據(jù)據(jù)的作成成要按照照CCL的檢查條條件進(jìn)行行，一般般要注意意多個(gè)參參數(shù)的各各種組合合條件的的測試數(shù)數(shù)據(jù)、數(shù)數(shù)據(jù)記錄錄條數(shù)(1條或多條條)和特殊條條件下的的測試數(shù)數(shù)據(jù)的做做成。當(dāng)當(dāng)然，基基本數(shù)據(jù)據(jù)文件（（例如初初期設(shè)定定文件等等），各各種代碼碼表的數(shù)數(shù)據(jù)文件件要事先先準(zhǔn)備好好。問題記錄錄表（B票）測試結(jié)果果整理P1294.6軟件調(diào)試試測試與調(diào)調(diào)試的比比較調(diào)試的步步驟調(diào)試?yán)щy難的原因因調(diào)試策略略軟件測試試與調(diào)試試測試與調(diào)調(diào)試的比比較

測試(test)調(diào)試(debug)以已知條件開始,使用預(yù)先定義的程序,有預(yù)知的結(jié)果以不可知內(nèi)部條件開始,結(jié)果一般不可預(yù)見有計(jì)劃被動(dòng)的由獨(dú)立的測試組，在不了解軟件設(shè)計(jì)的條件下完成由程序作者進(jìn)行發(fā)現(xiàn)錯(cuò)誤找出錯(cuò)誤位置，排除軟件調(diào)試試調(diào)試的步步驟從錯(cuò)誤的的外部表表現(xiàn)形式式著手，，確定出出錯(cuò)位置置；研究有關(guān)關(guān)部分的的程序，，找出出出錯(cuò)的內(nèi)內(nèi)在原因因；修改設(shè)計(jì)計(jì)和代碼碼，以排排除有關(guān)關(guān)錯(cuò)誤；；進(jìn)行回歸歸測試，，以確認(rèn)認(rèn)錯(cuò)誤是是否排除除，是否否引起新新的錯(cuò)誤誤；若不能通通過回歸歸測試，，則撤消消此次修修改活動(dòng)動(dòng)，恢復(fù)復(fù)設(shè)計(jì)和和代碼至至此次修修改之前前的狀態(tài)態(tài)，并重重復(fù)上述述過程，，直到錯(cuò)錯(cuò)誤得以以改正。。軟件調(diào)試試調(diào)試?yán)щy難的原因因心理方面面：高度度焦慮、、不愿接接受可能能發(fā)現(xiàn)的的錯(cuò)誤錯(cuò)誤本身身的特點(diǎn)點(diǎn)錯(cuò)誤癥狀狀和引起起錯(cuò)誤的的原因相相隔很遠(yuǎn)遠(yuǎn)（高度度耦合的的程序結(jié)結(jié)構(gòu)）；；錯(cuò)誤癥狀狀可能在在另一個(gè)個(gè)錯(cuò)誤被被糾正后后消失或或暫時(shí)消消失；錯(cuò)誤癥狀狀可能實(shí)實(shí)際并不不是由錯(cuò)錯(cuò)誤引起起的（如如誤差））；錯(cuò)誤癥狀狀可能是是由不易易跟蹤的的人工操操作引起起的；軟件調(diào)試試調(diào)試?yán)щy難的原因因錯(cuò)誤本身身的特點(diǎn)點(diǎn)(續(xù))錯(cuò)誤癥狀狀可能是是和時(shí)間間相關(guān)，，而不是是處理問問題；很難再現(xiàn)現(xiàn)錯(cuò)誤癥癥狀的輸輸入條件件；錯(cuò)誤癥狀狀可能時(shí)時(shí)有時(shí)無無（如在在軟硬件件結(jié)合的的嵌入式式系統(tǒng)中中）錯(cuò)誤癥狀狀可能是是由于把把任務(wù)分分布在若若干不同同處理器器上運(yùn)行行而造成成軟件調(diào)試試調(diào)試策略略猜測法通過分析析錯(cuò)誤癥癥狀，根根據(jù)以往往的經(jīng)驗(yàn)驗(yàn)，輔助助使用已已有的計(jì)計(jì)算機(jī)工工具，猜猜測錯(cuò)誤誤的原因因并進(jìn)行行定位。。在程序中中插入打打印語句句使用注釋釋或GOTO語句運(yùn)行行部分程程序使用調(diào)試試工具軟件調(diào)試試調(diào)試策略略跟蹤法檢查錯(cuò)誤誤征兆，，確定最最先發(fā)現(xiàn)現(xiàn)錯(cuò)誤“癥狀”的位置，，然后人人工沿程程序的控控制流往往回跟蹤蹤源代碼碼，直到到找出錯(cuò)錯(cuò)誤的根根源；也也可以向向前跟蹤蹤每條語語句的執(zhí)執(zhí)行情況況，找到到最先出出現(xiàn)錯(cuò)誤誤的地方方進(jìn)行分分析軟件調(diào)試試調(diào)試策略略原因排除除法:先假定錯(cuò)錯(cuò)誤原因因，然后后利用數(shù)數(shù)據(jù)證明明或否定定假設(shè)（（歸納法法）；或或先列出出所有可可能的原原因，然然后逐一一排除。。（演繹繹法）收集有關(guān)數(shù)據(jù)組織數(shù)據(jù)研究數(shù)據(jù)間的關(guān)系提出假設(shè)證明假設(shè)糾正錯(cuò)誤不能不能能能歸納法調(diào)