【導(dǎo)讀】軟件未達(dá)到產(chǎn)品說明書中已經(jīng)標(biāo)明的功能；軟件未達(dá)到產(chǎn)品說明書中雖未指出但應(yīng)當(dāng)達(dá)到的目標(biāo)；軟件功能超出了產(chǎn)品說明書中指明的范圍。C3、經(jīng)過測(cè)試，符合設(shè)計(jì)要求，確認(rèn)系統(tǒng)功能和其他特性均不再做任何改變。B5、盡早地和及時(shí)地測(cè)試。關(guān)于單元測(cè)試的描述，正確的說法是。則標(biāo)準(zhǔn)等價(jià)類和健壯等價(jià)類的測(cè)試用例個(gè)數(shù)分別為。雜度和McCabe復(fù)雜度。其中Line復(fù)雜度表示。戶端、服務(wù)器和網(wǎng)絡(luò)系統(tǒng)進(jìn)行集成測(cè)試，最后進(jìn)行系統(tǒng)的整體測(cè)試。A15、假設(shè)存在父類Base有Inherited()和Redefined()這兩個(gè)成員函數(shù)，繼承父類Base. 的子類Derived只對(duì)Redefined()做了改動(dòng)。C19、在軟件測(cè)試的充分性準(zhǔn)則中表明，軟件越復(fù)雜，需要的測(cè)試數(shù)據(jù)就越多。此時(shí)可采用減少測(cè)試次數(shù)的正確方法之一是。A23、一個(gè)好的測(cè)試用例在于發(fā)現(xiàn)了還未曾發(fā)現(xiàn)過的錯(cuò)誤。下面不屬于目前RationalRobot開發(fā)的三種測(cè)試腳本之一的是。行語句至少執(zhí)行一次。導(dǎo)出基本路徑集，確定程序的獨(dú)立路徑。畫出程序的控制流圖。根據(jù)圖中的獨(dú)立路徑，設(shè)計(jì)測(cè)試用例的輸入數(shù)據(jù)和預(yù)期輸出。

　　

【正文】 情景便形成了場(chǎng)景，而同一事件不用的觸發(fā)順序和處理結(jié)果就形成了事件流。事件流分為基本流和備選流，基本流是經(jīng)過測(cè)試用例的從開始到結(jié)束的最簡(jiǎn)單、無差錯(cuò)的路徑，備選流可以從基本流開始，也可以從另外的備選流開始，在某個(gè)特定條件下執(zhí)行。根據(jù)問題的描述確定程序的基本流和備選流，然后由基本流和備選流形成不同的場(chǎng)景，對(duì)每一個(gè)場(chǎng)景生成相應(yīng)的測(cè)試用例。這就是應(yīng)用場(chǎng)景法進(jìn)行測(cè)試用例設(shè)計(jì)的基本思想。 下面是 對(duì)某 ATM機(jī) 應(yīng)用系統(tǒng)的 取款操作的 基本流和備選流的描述。 基本流 A： 序號(hào) 業(yè)務(wù) 名稱 業(yè)務(wù) 描述 1 準(zhǔn)備 提款 客戶將 銀行 卡插入 ATM 機(jī) 2 驗(yàn)證 銀行 卡 ATM 機(jī) 從 讀入的銀行 卡中讀取賬戶代碼，并檢查它是否屬于可接收的銀行 卡 3 輸入密碼 ATM 機(jī)要求客戶輸入 6 位密碼 4 驗(yàn)證 帳號(hào)和密碼 ATM 機(jī)通過 驗(yàn)證 客戶的帳號(hào)和密碼，決定 客戶 的合法性 5 ATM 機(jī)屏幕選項(xiàng) ATM 機(jī)顯示在本機(jī)上可用的屏幕選項(xiàng) 6 輸入金額 從 ATM 機(jī)顯示屏幕中選取金額 7 授權(quán) ATM 機(jī)將整體操作作為事務(wù)提交銀行系統(tǒng) 8 出鈔 ATM 機(jī)向客戶提供現(xiàn)金 9 返回銀行卡 銀行卡被返還 10 打印收據(jù) 提供客戶打印收據(jù)功能 備 選流： 序號(hào) 業(yè)務(wù) 名稱 業(yè)務(wù) 描述 B 銀行卡 無效 在基本流 A2 過程中，該卡不能夠識(shí)別或是非本機(jī)可以使用的 銀行 卡，ATM 機(jī) 退卡，并退出基本流 16 C ATM 機(jī)內(nèi)無現(xiàn)金 系統(tǒng)判斷 ATM 機(jī) 內(nèi)現(xiàn)金不足，重新加入基本流 A4，或選擇退卡 D ATM 機(jī)內(nèi) 現(xiàn)金不足 系統(tǒng)判斷 ATM 機(jī) 內(nèi)現(xiàn)金不足，重新加入基本流 A4，或選擇退卡 E 密碼有誤 ATM 機(jī)提示密碼不正確，客戶有三次機(jī)會(huì)重輸， 重新加入基本流 A3，或選擇退卡 F 賬面余額不足 ATM 機(jī)提示客戶賬面余額不足， 重新加入基本流 A6， 或選擇退卡 試求： （ 1） 設(shè)計(jì)場(chǎng)景 （ 基本流用字母 A表示，備選流用題干中描述的相應(yīng)字母表示 ） 。 場(chǎng)景格式示例如下： 場(chǎng)景 ID 場(chǎng)景描述 場(chǎng)景過程 1 密碼有誤 A、 B、 C （ 2）設(shè)計(jì)測(cè)試用例場(chǎng)景矩陣 測(cè)試用例矩陣格式示例如下： 測(cè)試用例 ID 場(chǎng)景 賬號(hào) 密碼 輸入 金額 賬面金額 ATM 機(jī)內(nèi)金額 預(yù)期結(jié)果 1 1 V V V V n/a 退卡 V 表示有效數(shù)據(jù)元素， I 表示無效數(shù)據(jù)元素， n/a 表示不 可 用 （ 3） 假設(shè)本系統(tǒng)開發(fā)人員在開發(fā)過程中通過測(cè)試發(fā)現(xiàn)了 20個(gè)錯(cuò)誤，獨(dú)立的測(cè)試組通過上述測(cè)試用例發(fā)現(xiàn)了 100 個(gè)軟件錯(cuò)誤，系統(tǒng)在上線后，用戶反饋了 30 個(gè)錯(cuò)誤， 請(qǐng) 計(jì)算缺陷探測(cè)率 (DDP)。 參考答案： （ 1） 設(shè)計(jì)場(chǎng)景 場(chǎng)景 ID 場(chǎng)景描述 場(chǎng)景流程 1 成功取款 A 2 銀行卡 無效 A、 B 3 ATM 機(jī)內(nèi)無現(xiàn)金 A、 C 4 ATM 機(jī)內(nèi) 現(xiàn)金不足 A、 D 5 密碼有誤 A、 E 6 賬面余額不足 A、 F （ 1） 設(shè)計(jì)測(cè)試用例場(chǎng)景矩陣 測(cè)試用例 ID 場(chǎng)景 賬號(hào) 密碼 輸入 金額 賬面金額 ATM 機(jī)內(nèi)金額 預(yù)期結(jié)果 1 1 V V V V V 成功取款 2 2 I n/a n/a n/a n/a 退卡 3 3 V V V V n/a 退卡 4 4 V V V V I 重輸或退卡 5 5 V I n/a n/a n/a 重輸或退卡 6 6 V V V I V 重輸或退卡 （ 3） 計(jì)算缺陷探測(cè)率 (DDP) 17 DDP=Bugstester（ Bugstester+ Bugscustomer） =（ 20+100）（ 20+100+30） =80%（ ）其中， Bugstester為測(cè)試者發(fā)現(xiàn)的錯(cuò)誤數(shù)； Bugscustomer為客戶發(fā)現(xiàn)并反饋技術(shù)支持人員進(jìn)行修復(fù)的錯(cuò)誤數(shù)。 一、基本要求 軟件測(cè)試概述 （ 1） 軟件可靠性問題 、 軟件缺陷與故障 、 軟件缺陷產(chǎn)生的原因 （ 2） 軟件測(cè)試基本概念 （ 3） 軟件開發(fā)過程 （ 4） 軟件測(cè)試過程 、 軟件開發(fā)與軟件測(cè)試的關(guān)系 （ 5） 軟件質(zhì)量與軟件質(zhì)量管理 的概念 軟件測(cè)試策略與過程 （ 1） 軟件測(cè)試的復(fù)雜性 概念 （ 2） 軟件測(cè)試方法與策略 ： 靜態(tài)測(cè)試與動(dòng)態(tài) 測(cè)試 、 黑盒測(cè)試與白盒測(cè)試 （ 3） 軟件測(cè)試過程 ： 單元測(cè)試 、 集成測(cè)試 、 確認(rèn)測(cè)試 、 系統(tǒng)測(cè)試 、 驗(yàn)收測(cè)試 （ 4） 面向?qū)ο蟮能浖?測(cè)試 （ 5） 軟件調(diào)試的概念 、 軟件測(cè)試與 調(diào)試的關(guān)系 功能 （ 黑盒 ） 測(cè)試及其用例設(shè)計(jì) （ 1） 黑盒測(cè)試法的概念 （ 2） 三角形問題 、 NextDate函數(shù) 問題 （ 3） 等價(jià)類劃分法 （ 4） 邊界值分析法 （ 5） 因果圖法 （ 6） 決策表法 （ 7）黑盒 測(cè)試應(yīng)用案例 結(jié)構(gòu) （ 白盒 ） 測(cè)試及其用例設(shè)計(jì) （ 1） 白盒測(cè)試法的概念 （ 2） 控制流圖 、 環(huán)形復(fù)雜度 、 圖矩陣 （ 3） 覆蓋測(cè)試 ： 函數(shù)覆蓋 、 條件覆蓋 、 路徑覆蓋 、 面向?qū)ο蟮母采w （ 4） 路徑測(cè)試 ： 基本路徑測(cè)試方法 、 循環(huán)測(cè)試方法 （ 5）白盒 測(cè)試應(yīng)用案例 軟件測(cè)試 實(shí)際 應(yīng)用 （ 1） 客戶機(jī) /服務(wù)器系統(tǒng)的軟件測(cè)試 ： 客戶機(jī) /服務(wù)器系統(tǒng)的結(jié)構(gòu) 測(cè)試 、 網(wǎng)站測(cè)試 （ 2） 面向?qū)ο蟮能浖y(cè)試 ： 面向?qū)ο蟮能浖?測(cè)試模型 、 基于類的測(cè)試 （ 3） 圖形用戶界面測(cè)試 ： 窗體測(cè)試 、 菜單測(cè)試 、 數(shù)據(jù)項(xiàng)測(cè)試 （ 4） 實(shí)時(shí)系統(tǒng) 性能測(cè)試 （ 5）場(chǎng)景法應(yīng)用案例 軟件測(cè)試管理 （ 1） 軟件測(cè)試組織管理 （ 2） 軟件測(cè)試計(jì)劃和過程管理 ： 制定測(cè)試計(jì)劃 、 確定測(cè)試過程 、 測(cè)試結(jié)果分析 （ 3） 軟件測(cè)試文檔管理 軟件自動(dòng)化測(cè)試 （ 1） 軟件自動(dòng)化測(cè)試基礎(chǔ) ： 自動(dòng)化測(cè)試概念 、 自動(dòng)化測(cè)試腳本 、 自動(dòng)化測(cè)試生存周期 （ 2） 軟件自動(dòng)化測(cè)試工具 ： 白盒測(cè)試工具 、 黑盒測(cè)試工具 二、基本概念 軟件 測(cè)試是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼實(shí)現(xiàn)的最終審查 。 18 軟件測(cè)試 所 涉及的關(guān)鍵問題包括四個(gè)方面：測(cè)試 人員、 測(cè)試 內(nèi)容、測(cè) 試 時(shí)間和測(cè)試方法 。 軟件 測(cè)試過程中需要三類輸入：軟件配置、測(cè)試配置和測(cè)試工具。 軟件測(cè)試 所 涉及的關(guān)鍵問題包括四個(gè)方面：測(cè)試 人員、 測(cè)試 內(nèi)容、（測(cè) 試 時(shí)間）和測(cè)試方法 。 IEEE將軟件可靠性定義為： 系統(tǒng)在特定環(huán)境下，在給定的時(shí)間內(nèi)無故障運(yùn)行的概率。 根據(jù) 軟件測(cè)試的定義 ， 軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。 基于 Web 的系統(tǒng)測(cè)試不但需要檢查和驗(yàn)證是否按照設(shè)計(jì)的要求運(yùn)行 ，而且還要評(píng)價(jià)系統(tǒng) 在不同用戶的瀏覽器端的顯示是否合適。 面向?qū)ο髥卧獪y(cè)試針對(duì)程序內(nèi)部具體單一功能的模塊進(jìn)行測(cè)試 。 從測(cè)試的角度來看，繼 承提供一種機(jī)制，通過這種機(jī)制，潛在的錯(cuò)誤能夠從一個(gè)類傳遞到它的派生類。 使用 白盒測(cè)試 工具 所發(fā)現(xiàn)的故障可以定位到代碼級(jí)。 等價(jià)類是輸入域的某個(gè)子集合，而所有等價(jià)類的并集就是整個(gè)輸入域。因此，等價(jià)類 的劃分原則應(yīng)該體現(xiàn) 完備性和無冗余性。 基于 Web 的系統(tǒng)測(cè)試重要的是，從最終用戶的角度進(jìn)行安全性和可用性測(cè)試 有效的 Web壓力測(cè)試系統(tǒng)的關(guān)鍵條件 中， 量級(jí) 指的是 盡 量使單獨(dú)的操作進(jìn)行高強(qiáng)度的使 用，增加操作的量級(jí)。 對(duì) OOP的測(cè)試重點(diǎn)集中在類功能的實(shí)現(xiàn)和相應(yīng)的面向?qū)ο蟪绦蚣軜?gòu) 上， 主要 表現(xiàn)之一 為數(shù)據(jù)成員是否滿足數(shù)據(jù)封裝的要求 。 1 面向?qū)ο蠹夹g(shù)的特點(diǎn)給測(cè)試帶來的新問題具體表現(xiàn) 有 多態(tài)和動(dòng)態(tài)綁定增加了系統(tǒng)運(yùn)行中可能的執(zhí)行路徑，而且給面向?qū)ο筌浖砹藝?yán)重的不確定性 。 對(duì) OOP的測(cè)試重點(diǎn)集中在類功能的實(shí)現(xiàn)和相應(yīng)的面向?qū)ο蟪绦蚣軜?gòu) 上。 1 測(cè)試大綱是軟件測(cè)試的依據(jù)，包括測(cè)試項(xiàng)目、測(cè)試步驟、測(cè)試完成的標(biāo)準(zhǔn)。 1 動(dòng)態(tài)測(cè)試工具需要實(shí)際運(yùn)行被測(cè)系統(tǒng) ， 并設(shè)置斷點(diǎn)，向代碼生成 的 （ 可執(zhí)行 ） 文件中插入一些監(jiān)測(cè)代碼 。 1 C/S體系結(jié)構(gòu)的軟件測(cè)試通常是從單個(gè)客戶端開始，然后再逐步集成客戶端、服務(wù)器和網(wǎng)絡(luò)系統(tǒng)進(jìn)行集成測(cè)試，最后進(jìn)行系統(tǒng)的整體測(cè)試。 1 靜態(tài) 測(cè)試 分析主要集中在需求文檔、設(shè)計(jì)文檔以及程序結(jié)構(gòu)方面。 1 對(duì) Web網(wǎng)站測(cè)試所采用的測(cè)試方法與策略 除了 黑盒測(cè)試、白盒測(cè)試、靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試都有可能用到 外 ，還會(huì)包括面向?qū)ο鬁y(cè)試技術(shù)的運(yùn)用。 1 軟件可靠性是對(duì)軟件在設(shè)計(jì)、開發(fā)以及所預(yù)定的環(huán)境下具有能力的置信度的一個(gè)度量，是衡量軟件質(zhì)量的主要參數(shù)之一。 1 按照軟件測(cè)試的策略和 過程 分 類，軟件測(cè)試可分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)證測(cè)試和確認(rèn)測(cè)試。 在軟件測(cè)試中， 對(duì)已測(cè)試過的模塊進(jìn)行組裝，目的在于檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問題 的測(cè)試稱為 集成 測(cè)試 。 1 實(shí)時(shí)系統(tǒng)測(cè)試的一般步驟：任務(wù)測(cè)試 、 行為測(cè)試 、 任務(wù)間測(cè)試 和 系統(tǒng)測(cè)試。 為了達(dá)到 100％的基于狀態(tài)的上下文覆蓋，例行程序必須在每個(gè)適當(dāng)?shù)纳舷挛膬?nèi)被執(zhí)行。