軟件測試基礎(chǔ)知識培訓(xùn)課件

軟件測試知識簡介

王瑞芬軟件測試知識簡介王瑞芬內(nèi)容簡介軟件測試發(fā)展簡史測試基本概念測試方法測試階段測試設(shè)計測試工具簡介內(nèi)容簡介軟件測試發(fā)展簡史測試發(fā)展史60年代（軟件工程建立前），為表明程序正確而進行測試1972年，BillHetzel在NORTHCarolina大學(xué)舉行第一次以軟件測試為主題的正式會議1979年，GlenfordMyers《Theartofsoftwaretesting》提出測試的目的是證偽測試發(fā)展史60年代（軟件工程建立前），為表明程序正確而進行測測試發(fā)展史1981年，BillHetzel開設(shè)“StructuredSoftwareTesting”公共課1988年，DavidGelperin&BillHetzel在“CommunicationsoftheACM”發(fā)表“TheGrowthofsoftwareTesting”70年代后至80年代中期的QA部門1996年提出的測試能力成熟度TCMM（TestingCapabilityMaturityModel）、測試支持度TSM（TestingSupportModel）、測試成熟度TMM（TestingMaturityModel）測試發(fā)展史1981年，BillHetzel開設(shè)“Struc測試的基本概念軟件測試定義軟件測試的目的軟件測試與軟件開發(fā)軟件測試的分類測試的原則測試的基本概念軟件測試定義測試基本概念－軟件測試軟件測試定義軟件測試就是在軟件投入運行前，對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。測試：為了發(fā)現(xiàn)軟件中錯誤而運行軟件的過程。測試基本概念－軟件測試軟件測試定義測試基本概念－軟件測試目的軟件測試的目的（業(yè)界有兩種權(quán)威定義）評價一個程序和系統(tǒng)的特性或能力，并確定它是否達(dá)到預(yù)期的結(jié)果。是在軟件分發(fā)到最終用戶手中之前，以最少的時間和人力找出軟件中潛在的各種錯誤和缺陷。測試基本概念－軟件測試目的軟件測試的目的（業(yè)界有兩種權(quán)威定義測試基本概念－軟件測試分類軟件測試的分類按測試用例設(shè)計方法：黑盒測試、白盒測試、灰盒測試。按測試過程：單元測試、集成測試、系統(tǒng)測試、驗收測試等等。測試基本概念－軟件測試分類軟件測試的分類測試基本概念－軟件開發(fā)與軟件測試軟件測試與軟件開發(fā)的并行性需求評審概要設(shè)計概要設(shè)計評審詳細(xì)設(shè)計設(shè)計走查編碼走查單元測試編碼系統(tǒng)測試集成測試測試評審測試過程測試計劃…

…

…

…

各子模塊測試基本概念－軟件開發(fā)與軟件測試軟件測試與軟件開發(fā)的并行性需測試基本概念－軟件開發(fā)與軟件測試包含測試的完整的開發(fā)流程項目規(guī)劃需求分析概要設(shè)計詳細(xì)設(shè)計代碼編寫產(chǎn)品發(fā)布系統(tǒng)規(guī)劃集成規(guī)劃單元規(guī)劃測試代碼編寫測試需求分析系統(tǒng)測試計劃集成測試計劃單元測試計劃測試基本概念－軟件開發(fā)與軟件測試包含測試的完整的開發(fā)流程項目測試基本概念－軟件開發(fā)與軟件測試開發(fā)各階段的測試工作需求分析概要設(shè)計詳細(xì)設(shè)計實現(xiàn)/單元測試集成測試確認(rèn)測試系統(tǒng)測試系統(tǒng)測試確認(rèn)測試集成測試單元測試計劃計劃計劃執(zhí)行執(zhí)行執(zhí)行執(zhí)行計劃/設(shè)計設(shè)計設(shè)計設(shè)計測試基本概念－軟件開發(fā)與軟件測試開發(fā)各階段的測試工作需求分析測試基本概念－軟件開發(fā)與軟件測試Ｖ模型需求獲取需求分析需求定義概要設(shè)計需求分析書詳細(xì)設(shè)計概要設(shè)計書編碼詳細(xì)設(shè)計書程序軟件產(chǎn)品系統(tǒng)測試可交付軟件確認(rèn)測試已確認(rèn)軟件集成測試已集成軟件單元測試已測試模塊用戶測試基本概念－軟件開發(fā)與軟件測試Ｖ模型需求獲取需求分析需求定測試基本概念－軟件開發(fā)與軟件測試Ｗ模型需求概要設(shè)計設(shè)計編碼單元測試集成測試系統(tǒng)測試驗收測試安裝集成構(gòu)建設(shè)計測試功能測試需求測試測試基本概念－軟件開發(fā)與軟件測試Ｗ模型需求概要設(shè)計設(shè)計編碼單測試基本概念－軟件開發(fā)與軟件測試Ｈ模型測試準(zhǔn)備測試執(zhí)行其他流程（如設(shè)計流程）測試基本概念－軟件開發(fā)與軟件測試Ｈ模型測試準(zhǔn)備測試執(zhí)行其他流測試的基本概念－測試的原則應(yīng)盡早和不斷的進行測試程序員應(yīng)避免檢查自己的程序從用戶和開發(fā)者的角度進行軟件測試要站在客戶的角度進行測試測試的基本概念－測試的原則應(yīng)盡早和不斷的進行測試測試方法類程序

測試

靜態(tài)分析

（程序不執(zhí)行）

動態(tài)測試（程序執(zhí)行）靜態(tài)分析器分析

（自動方式）代碼評審

（人工方式）

黑盒測試（測試程序功能）

白盒測試（測試程序結(jié)構(gòu)）

代碼會審代碼走查

桌面檢查

測試方法類程序靜態(tài)分析動態(tài)測試靜態(tài)分析器分析代碼評測試方法類白盒測試黑盒測試兩種測試從不同角度出發(fā)，反映了不同側(cè)面，也適應(yīng)于不同的開發(fā)環(huán)境測試方法類白盒測試黑盒測試兩種測試從不同角度出發(fā)，反映了不同測試方法類－黑盒測試黑盒測試

這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。主要應(yīng)用于快速開發(fā)環(huán)境。測試方法類－黑盒測試黑盒測試

這種方法是把測試對象看做一個黑測試方法類－黑盒測試黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：

1、是否有不正確或遺漏的功能？

2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？

3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？

4、性能上是否能夠滿足要求？

5、是否有初始化或終止性錯誤？測試方法類－黑盒測試黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：

測試方法類－白盒測試白盒測試

這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。測試方法類－白盒測試白盒測試

這種方法是把測試對象看做一個打測試方法類－白盒測試白盒測試主要是想對程序模塊進行如下檢查：

1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。

2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。

3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。

4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。測試方法類－白盒測試白盒測試主要是想對程序模塊進行如下檢查：測試方法類－灰盒測試灰盒測試

是介于黑、白盒測試之間的，關(guān)注輸出對于輸入的正確性，同時也關(guān)注內(nèi)部表現(xiàn)。

灰盒測試結(jié)合了白盒測試盒黑盒測試的要素.它考慮了用戶端、特定的系統(tǒng)知識和操作環(huán)境。它在系統(tǒng)組件的協(xié)同性環(huán)境中評價應(yīng)用軟件的設(shè)計。測試方法類－灰盒測試灰盒測試

是介于黑、白盒測試之間的，關(guān)注測試方法類－靜、動態(tài)分析靜態(tài)分析(Staticanalysis)

就是對軟件的源代碼進行研讀，查找錯誤或收集一些度量數(shù)據(jù)，不需要對代碼進行編譯和執(zhí)行動態(tài)分析(Dynamicanalysis)

就是通過觀察軟件運行時的動作，來提供執(zhí)行跟蹤，時間分析，以及測試覆蓋度方面的信息。測試方法類－靜、動態(tài)分析靜態(tài)分析(Staticanalys測試階段類軟件測試的階段單元測試單元測試單元測試集成測試被測模塊被測模塊被測模塊…確認(rèn)測試系統(tǒng)測試…已確認(rèn)的軟件已集成的軟件可交付的軟件設(shè)計信息軟件需求系統(tǒng)其他元素測試階段類軟件測試的階段單元測試單元測試單元測試集成測試被測測試階段類－單元測試單元測試是對軟件設(shè)計的最小單位—模塊進行正確性檢驗的測試工作，測試模塊在語法、格式和邏輯上的錯誤。使用的測試方法以詳細(xì)設(shè)計為基礎(chǔ)，了解I/O條件和模塊的邏輯結(jié)構(gòu)。先采用白盒測試法，盡可能達(dá)到窮盡測試，然后再用黑盒測試法，使之對任何合理和不合理的輸入都能夠鑒別和響應(yīng)。測試階段類－單元測試單元測試是對軟件設(shè)計的最小單位—模塊進行測試階段類－集成測試用經(jīng)過單元測試的模塊組裝成設(shè)計所規(guī)定的軟件系統(tǒng)的過程就是“集成”。集成測試是組裝軟件的系統(tǒng)技術(shù)之一。集成測試的主要目標(biāo)是要求符合實際軟件結(jié)構(gòu)，解決模塊接口的一致性問題。例如，數(shù)據(jù)穿過模塊接口時可能丟失；一模塊可能對另一模塊產(chǎn)生副作用；子功能組裝以后，可能系統(tǒng)總的功能達(dá)不到；單個模塊看來是可以接受的誤差，組裝以后積累起來的軟件誤差可能大到無法讓人接受的程度；全程數(shù)據(jù)結(jié)構(gòu)可能有問題等，都是集成測試要解決的問題。測試階段類－集成測試用經(jīng)過單元測試的模塊組裝成設(shè)計所規(guī)定的軟測試階段類－確認(rèn)測試集成測試通過以后，軟件已經(jīng)組裝成一個完整的軟件包，這時就可以進行確認(rèn)測試，用確認(rèn)測試用例測試程序，將結(jié)果與期望值比較，測試軟件是否滿足需求規(guī)格說明的要求，即驗證軟件功能與用戶要求的一致性。在軟件需求說明書的有效性標(biāo)準(zhǔn)中，詳細(xì)定義了用戶對軟件的合理要求，其中包含的信息是有效性測試的基礎(chǔ)和根據(jù)。測試計劃給出了必須進行的測試類型，測試過程確定了驗證軟件有效性的特殊測試用例。此外，還必須對文件資料是否完整正確，軟件的易移植性、兼容性、出錯自動恢復(fù)功能和易維護性進行確認(rèn)。測試階段類－確認(rèn)測試集成測試通過以后，軟件已經(jīng)組裝成一個完整測試階段類－系統(tǒng)測試系統(tǒng)測試是將通過確認(rèn)測試的軟件作為整個計算機系統(tǒng)的一個元素，與硬件、外設(shè)等等其他元素結(jié)合在一起，對軟件系統(tǒng)進行整體測試和有效性測試。一般相當(dāng)大的工作量集中在軟件系統(tǒng)的某些模塊與計算機系統(tǒng)中有關(guān)設(shè)備打交道時的默契配合方面。例如：當(dāng)軟件系統(tǒng)中調(diào)用打印機這種常見輸出外設(shè)時，軟件系統(tǒng)如何通過計算機系統(tǒng)平臺的控制去合理驅(qū)動、選擇、設(shè)置、使用打印機。又如，新的軟件系統(tǒng)中的一些文件名和計算機系統(tǒng)中別的軟件系統(tǒng)中的一些文件完全同名時，兩種軟件系統(tǒng)之間如何實現(xiàn)相互協(xié)調(diào)操作。再如，新的軟件系統(tǒng)和別的軟件系統(tǒng)對系統(tǒng)配置和系統(tǒng)操作環(huán)境有矛盾時如何相互協(xié)調(diào)。如此等等的問題都是系統(tǒng)測試要解決的問題。測試階段類－系統(tǒng)測試系統(tǒng)測試是將通過確認(rèn)測試的軟件作為整個計測試階段類－系統(tǒng)測試系統(tǒng)測試的內(nèi)容應(yīng)包括對各子系統(tǒng)或分系統(tǒng)間的接口正確性的檢查和對系統(tǒng)的功能、性能的測試。系統(tǒng)測試一般通過以下幾種測試來完成：①恢復(fù)測試?；謴?fù)測試是要采取各種人工方法使軟件出錯，而不是能正常工作，進而檢驗系統(tǒng)的恢復(fù)能力。如果系統(tǒng)本身能夠自動地進行恢復(fù)，則應(yīng)檢驗：重新初始化、檢驗點設(shè)置機構(gòu)、數(shù)據(jù)以及重新啟動是否正確。如果這一恢復(fù)需要人工干預(yù)，則應(yīng)考慮平均修復(fù)時間是否在限定的范圍內(nèi)。結(jié)合起來進行。為記錄性能需要再安裝必要的儀表或度量性能的軟件。②安全測試。安全測試就是設(shè)置一些企圖突破系統(tǒng)安全保密措施的測試用例，檢驗系統(tǒng)是否有安全保密的漏洞。對某些與人身、機器和環(huán)境的安全有關(guān)的軟件，還需特別測試其保護措施和防護手段的有效性和可靠性。③強度測試。強度測試檢驗系統(tǒng)的能力最高能達(dá)到什么實際限度。在強度測試中程序被強制在它的設(shè)計能力極限狀態(tài)下運行，進而超出極限，以驗證在超出臨界狀態(tài)下性能降低不是災(zāi)難性的。④性能測試。性能測試檢驗安裝在系統(tǒng)內(nèi)的軟件運行性能，這種測試需與強度測試結(jié)合起來進行。為記錄性能需要再安裝必要的儀表或度量性能的軟件。測試階段類－系統(tǒng)測試系統(tǒng)測試的內(nèi)容應(yīng)包括對各子系統(tǒng)或分系統(tǒng)間測試階段類－驗收測試系統(tǒng)測試完成后，并使系統(tǒng)試運行了預(yù)定的時間，企業(yè)應(yīng)進行驗收測試。確認(rèn)已開發(fā)的軟件能否達(dá)到驗收標(biāo)準(zhǔn)，包括對測試有關(guān)的文檔資料的審查驗收和對程序測試驗收。對于一些關(guān)鍵性軟件，還必須按照合同一些嚴(yán)格條款進行特殊測試，如強化測試和性能降級執(zhí)行方式測試等，驗收測試應(yīng)在軟件投入運行后所處的實際生產(chǎn)環(huán)境下進行。驗收測試的目的是測試程序的操作和合同規(guī)定的要求是否一致。通常以用戶為主體來進行，由用戶設(shè)計測試用例，確定系統(tǒng)功能和性能的可接受性，按照合同中預(yù)定的驗收原則進行的測試，這是一種非常實用的測試，實質(zhì)上就是用戶用大量的真實數(shù)據(jù)試用軟件系統(tǒng)。測試階段類－驗收測試系統(tǒng)測試完成后，并使系統(tǒng)試運行了預(yù)定的時測試階段類－驗收測試①文檔資料的審查驗收。所有與測試有關(guān)的文檔資料是否編寫齊全，并得到分類編寫，這些文檔資料主要包括各測試階段的測試計劃、測試申請及測試報告等。②余量要求。必須實際考察計算機存儲空間，輸入、輸出通道和批處理間接使用情況，要保持至少有20%的余量。③功能測試。必須根據(jù)需求規(guī)格說明書中規(guī)定的功能，對被驗收的軟件逐項進行測試，以確認(rèn)軟件是否具備規(guī)定的各項功能。④性能測試。必須根據(jù)需求規(guī)格說明書中規(guī)定的性能，對被驗收的軟件進行測試，以確認(rèn)該軟件的性能是否得到滿足，開發(fā)單位應(yīng)提交開發(fā)階段內(nèi)各測試階段所作的測試分析報告，包括測試中發(fā)現(xiàn)的錯誤類型，以及修正活動情況。開發(fā)單位必須設(shè)計性能測試用例，并預(yù)先征得用戶的認(rèn)可。⑤強化測試。強化測試必須按照GB8566-88《計算機軟件開發(fā)規(guī)范》中的強化測試條款進行。開發(fā)單位必須設(shè)計強化測試用例，其中應(yīng)包括典型的運行環(huán)境、所有的運行方式，以及在系統(tǒng)運行期可能發(fā)生的其他情況。⑥性能降級執(zhí)行方式測試。在某些設(shè)備或程序發(fā)生故障時，對于允許降級運行的系統(tǒng)，必須確定經(jīng)用戶批準(zhǔn)的能夠安全完成的性能降級執(zhí)行方式，開發(fā)單位必須按照用戶指定的所有性能降級執(zhí)行方式或性能降級地方式組合來設(shè)計測試用例，應(yīng)設(shè)定典型的錯誤原因和所導(dǎo)致的性能降級執(zhí)行方式。開發(fā)單位必須確保測試結(jié)果與需求規(guī)格說明中包括的所有運行性能需求一致。⑦安裝測試。安裝測試的目的不是檢查程序的錯誤，而是檢查軟件安裝時產(chǎn)生的問題，即程序和庫、文件系統(tǒng)、配置管理系統(tǒng)的接口有什么問題。測試階段類－驗收測試①文檔資料的審查驗收。所有與測試有關(guān)的文測試設(shè)計測試用例測試用例是為發(fā)現(xiàn)軟件錯誤而設(shè)計的數(shù)據(jù)，它由兩部分組成：輸入數(shù)據(jù)的描述，程序執(zhí)行后應(yīng)產(chǎn)生的正確結(jié)果的精確描述。測試設(shè)計測試用例測試設(shè)計－邏輯覆蓋邏輯覆蓋是對一系列測試過程的總稱，它是在使用白盒測試法時，選用測試用例執(zhí)行（即這里所說的覆蓋）程序邏輯路徑的方法。覆蓋程度由低到高大致分為以下幾類：①語句覆蓋。設(shè)計若干測試用例，使程序中每一可執(zhí)行語句至少執(zhí)行一次；②判斷覆蓋。設(shè)計用例，使程序中的每個邏輯判斷的取真取假分支至少經(jīng)歷一次；③條件覆蓋。設(shè)計用例，使判斷中的每個條件的可能取值至少滿足一次；測試設(shè)計－邏輯覆蓋邏輯覆蓋是對一系列測試過程的總稱，它是在使測試設(shè)計－邏輯覆蓋④判斷/條件覆蓋。設(shè)計用例，使得判斷中的每個條件的所有可能結(jié)果至少出現(xiàn)一次，而且判斷本身所有可能結(jié)果也至少出現(xiàn)一次；⑤條件組合覆蓋。設(shè)計用例，使得每個判斷表達(dá)式中條件的各種可能組合都至少出現(xiàn)一次；顯然，滿足⑤的測試用例也一定是滿足②、③、④的測試用例。⑥路徑覆蓋。設(shè)計足夠的測試用例，使程序的每條可能路徑都至少執(zhí)行一次。⑦如果把路徑覆蓋和條件組合覆蓋結(jié)合起來，可以設(shè)計出檢錯能力更強的測試數(shù)據(jù)用例。測試設(shè)計－邏輯覆蓋④判斷/條件覆蓋。設(shè)計用例，使得判斷中的每測試設(shè)計－等價類劃分等價類劃分是用黑盒測試法設(shè)計測試用例的一種技術(shù)。它是將程序（或者模塊）輸入定義域中的所有可能的輸入數(shù)據(jù)（含有效和無效）劃分成若干個等價類，每一類的一個代表性的數(shù)據(jù)在測試中的作用，就等價于這一類中的所有其他數(shù)據(jù)。也就是說，如果某一類的一個用例發(fā)現(xiàn)了錯誤，這一等價類中的所有其他用例也能發(fā)現(xiàn)同樣的錯誤，反之亦然。借以實現(xiàn)測試的經(jīng)濟性，大大減少測試的工作量。測試設(shè)計－等價類劃分等價類劃分是用黑盒測試法設(shè)計測試用例的一測試設(shè)計－等價類劃分【例】某工廠公開招工，規(guī)定報名者年齡應(yīng)在20周歲至39周歲之間（到2006年6月30日止），即出生年月不早于1967年7月，不晚于1986年6月。報名程序具有自動檢驗輸入數(shù)據(jù)的功能。如出生年月不在上述范圍內(nèi)，將拒絕接受，并顯示“年齡不合格”等出錯信息。試用等價分類法設(shè)計對這一程序功能的測試用例。測試設(shè)計－等價類劃分【例】某工廠公開招工，規(guī)定報名者年齡應(yīng)在測試設(shè)計－等價類劃分第一步：劃分等價類。假定已知出生年月由6位數(shù)字字符表示，前4位代表年，后2位代表月，則可以劃分為3個有效等價類，7個無效等價類，如表所示輸入數(shù)據(jù)有效等價類無效等價類出生年月①6位數(shù)字字符②有非數(shù)字字符③少于6個數(shù)字符④多于6個數(shù)字符對應(yīng)數(shù)值⑤在196007-197906之間⑥<196707⑦>198606月份對應(yīng)數(shù)值⑧在1-12之間⑨等于“0”⑩>12測試設(shè)計－等價類劃分第一步：劃分等價類。假定已知出生年月由6測試設(shè)計－等價類劃分第二步：設(shè)計有效等價類需要的測試用例。表7-1中的①、⑤、⑧等３個有效等價類，可以公用一個測試用例，例如：測試數(shù)據(jù)期望結(jié)果

測試范圍

197011輸入有效①、⑤、⑧第三步：為每一無效等價類至少設(shè)計一個測試用例。本例具有７個無效等價類，需要不少于７個測試用例。例如

測試數(shù)據(jù)期望結(jié)果

測試范圍

MAY,70輸入無效②

19705輸入無效③

1968011輸入無效④

195512年齡不合格⑥

198706年齡不合格⑦

198000輸入無效⑨

197922輸入無效⑩測試設(shè)計－等價類劃分第二步：設(shè)計有效等價類需要的測試用例。表測試設(shè)計－邊界分析經(jīng)驗表明，程序在處理邊緣情況時常會出現(xiàn)錯誤，例如，許多程序錯誤出現(xiàn)在數(shù)組下標(biāo)，數(shù)據(jù)結(jié)構(gòu)和循環(huán)等等的邊界附近。因此，設(shè)計檢查邊界值的測試用例暴露程序錯誤的可能性會更大。所謂邊界條件，是相對于輸入情形輸出等價類直接在其邊緣上，稍高于其邊界和低于其邊界的這些狀態(tài)條件。使用邊界值分析方法設(shè)計測試用例，通常輸入等價類和輸出等價類的邊界值，選取剛好等于、稍小于、稍大于等價類邊界值的數(shù)據(jù)作為測試用例。

邊界分析法與等價類法有兩方面區(qū)別：①邊界分析不是從某個等價中隨便挑一個作為代表，而是選出一個或幾個元素，使得這個等價類的每個邊界都要作為測試對象。②邊界分析不僅根據(jù)輸入條件，還要根據(jù)輸出的情況（按輸出等價類）設(shè)計測試用例。測試設(shè)計－邊界分析經(jīng)驗表明，程序在處理邊緣情況時常會出現(xiàn)錯誤測試設(shè)計－因果圖因果圖法也是較常用的一種黑盒測試技術(shù)。因果圖是一種簡化了的邏輯圖。當(dāng)被測程序具有多種輸入條件，程序的輸出又依賴于輸入條件的各種組合時，用因果圖直觀地表明輸入條件和輸出動作之間的因果關(guān)系，能幫助測試人員把注意力集中到與程序功能有關(guān)的那些輸入組合，比采用等價分類法有更高的測試效率，但這種方法的操作步驟比較復(fù)雜。測試設(shè)計－因果圖因果圖法也是較常用的一種黑盒測試技術(shù)。因果圖測試設(shè)計－猜錯所謂猜錯，就是猜測被測程序在哪些地方容易