測試策略的確定方式和方法

1、測試策略的制定方法 賀炘 H 制定測試策略的目的 測試策略用于說明某項特定測試工作的一般方 法和目標(biāo)。 一個好的測試策略應(yīng)該包括下列內(nèi)容： 1.實施的測試類型和測試的目標(biāo) 2.實施測試的階段 3.技術(shù) 4.用于評估測試結(jié)果和測試是否完成的評測和標(biāo)準(zhǔn) 5.對測試策略所述的測試工作存在影響的特殊事項 確定測試策略的一般方法 1.確定測試的需求 2.評估風(fēng)險并確定測試優(yōu)先級 3.確定測試策略 確定測試的需求 測試需求所確定的是測試內(nèi)容，即測試的具體對象。在分析測試 需求時，可應(yīng)用以下幾條一般規(guī)則： 1.測試需求必須是可觀測、可測評的行為。如果不能觀測或測評測試 需求，就無法對其進(jìn)行評估，以確定需求是

2、否已經(jīng)滿足。 2.在每個用例或系統(tǒng)的補(bǔ)充需求與測試需求之間不存在一對一的關(guān)系。 用例通常具有多個測試需求；有些補(bǔ)充需求將派生一個或多個測試 需求，而其他補(bǔ)充需求（如市場需求或包裝需求）將不派生任何測 試需求。 測試需求可能有許多來源，其中包括用例、用例模型、補(bǔ)充需求、 設(shè)計需求、業(yè)務(wù)用例、與最終用戶的訪談和軟件構(gòu)架文檔等。應(yīng) 該對所有這些來源進(jìn)行檢查，以收集可用于確定測試需求的信息。 確定測試的需求 功能性測試需求 性能測試需求 可靠性測試需求 功能性測試需求 正如其名稱所示，功能性測試需求來自 于測試對象的功能性行為說明。每個用 例至少會派生一個測試需求。對于每個 用例事件流，測試需求的詳細(xì)

3、列表至少 會包括一個測試需求。 性能測試需求 性能測試需求來自于測試對象的指定性 能行為。性能通常被描述為對響應(yīng)時間 和/或資源使用率的某種評測。性能在各 種條件下進(jìn)行評測，這些條件包括： 1.不同的工作量和/或系統(tǒng)條件 2.不同的用例 3.不同的配置 性能測試需求 性能需求在補(bǔ)充需求中說明。檢查這些材料， 對包括以下內(nèi)容的語句要特別注意： 1.時間語句，如響應(yīng)時間或定時情況 2.指出在規(guī)定時間內(nèi)必須出現(xiàn)的事件數(shù)或用例數(shù)的 語句 3.將某一項性能的行為與另一項性能的行為進(jìn)行比 較的語句 4.將某一配置下的應(yīng)用程序行為與另一配置下的應(yīng) 用程序行為進(jìn)行比較的語句 5.一段時間內(nèi)的操作可靠性（平均故

4、障時間或 MTTF） 6.配置或約束 可靠性測試需求 測試可靠性需求有若干個來源，它們通常在補(bǔ) 充需求、用戶界面指南、設(shè)計指南和編程指南 中進(jìn)行說明。 檢查這些工件，對包括以下內(nèi)容的語句要特別 注意： 1.有關(guān)可靠性或?qū)收稀⑦\行時錯誤（如內(nèi)存減少） 的抵抗力的語句 2.說明代碼完整性和結(jié)構(gòu)（與語言和語法相一致） 的語句 3.有關(guān)資源使用的語句 評估風(fēng)險和確定測試優(yōu)先級 成功的測試需要在測試工作中成功地權(quán) 衡資源約束和風(fēng)險等因素。為此，應(yīng)該 確定測試工作的優(yōu)先級，以便先測試最 重要、最有意義或風(fēng)險最高的用例或構(gòu) 件。為了確定測試工作的優(yōu)先級，需執(zhí) 行風(fēng)險評估和實施概要，并將其作為確 定測試優(yōu)先

5、級的基礎(chǔ)。 評估風(fēng)險和確定測試優(yōu)先級的步驟 確定測試需求只是確定測試內(nèi)容的一部分。還應(yīng)該確定 測試內(nèi)容的優(yōu)先級和先后順序。之所以要執(zhí)行這一步 驟，是為了以下幾個目的： 1.確保將測試工作的重點放在最適當(dāng)?shù)臏y試需求上 2.確保盡早地處理最關(guān)鍵、最有意義或風(fēng)險最高的測試需求 3.確保在測試中考慮到了任意依賴關(guān)系（序列、數(shù)據(jù)等等） 要評估風(fēng)險并確定測試優(yōu)先級，可執(zhí)行以下三個步驟： 評估風(fēng)險 確定實施概要 確定測試優(yōu)先級 評估風(fēng)險 在開始時可確定并說明將要使用的風(fēng)險程度指 標(biāo)，例如： H - 高風(fēng)險，無法忍受。極易遭受外部的風(fēng)險。公 司將遭受巨大的經(jīng)濟(jì)損失、債務(wù)或不可恢復(fù)的名譽(yù) 損失。 M - 中等風(fēng)

6、險，可以忍受，但是不希望其出現(xiàn)。遭 受外部風(fēng)險的可能性最小，公司可能會遭受經(jīng)濟(jì)損 失，但只存在有限的債務(wù)或名譽(yù)損失。 L - 低風(fēng)險，可以忍受。根本不會或不太可能遭受 外部的風(fēng)險，公司只有少許經(jīng)濟(jì)損失或債務(wù)或根本 沒有損失。公司的名譽(yù)也不會受到影響。 評估風(fēng)險 在確定風(fēng)險程度指標(biāo)之后，列出測試對象中的每個用 例或構(gòu)件。為列表中的每一個用例或構(gòu)件確定一個風(fēng) 險程度指標(biāo)，并簡要說明您選擇相應(yīng)值的原因。 可以從三個方面來評估風(fēng)險： 影響 - 指定用例（需求等）失效后將造成的影響或后果 原因 - 用例失效所導(dǎo)致的非預(yù)期結(jié)果 可能性 - 用例失效的可能性。 選擇一個方面，確定風(fēng)險程度指標(biāo)并說明您所作選擇

7、 的原因。不必為風(fēng)險的每個方面都確定一個指標(biāo)。然 而，如果確定了一個低風(fēng)險指標(biāo)，最好再從另一個方 面來評估該風(fēng)險，以確保它的確是低風(fēng)險。 影響 要根據(jù)評估結(jié)果風(fēng)險，應(yīng)確定條件、事件或操作，從 而確定它的影響。 可以詢問以下問題： “如果 _，將出現(xiàn)什么情況？” 例如： “如果在安裝新軟件時，系統(tǒng)磁盤空間不足，將出現(xiàn)什么情 況？” “如果 Internet 連接在查詢事務(wù)過程中丟失，將出現(xiàn)什么 情況？” “如果 Internet 連接在購買事務(wù)過程中丟失，將出現(xiàn)什么 情況？” “如果用戶輸入一個非預(yù)期值，將出現(xiàn)什么情況？” 以下是這些問題的理由矩陣示例以下是這些問題的理由矩陣示例： 說明說明 風(fēng)

8、險降低因子風(fēng)險降低因子 理由理由 安裝過程中磁盤空 間不足 H用戶會從軟件安裝中獲得對該產(chǎn)品的第一印象。任何非預(yù) 期的結(jié)果（如下列結(jié)果）都會降低用戶系統(tǒng)（即已安裝的 軟件）的性能，并給用戶造成一種負(fù)面的印象： 軟件僅部 分安裝（部分文件、部分注冊項），使已安裝的軟件處于 不穩(wěn)定的環(huán)境下；或者 安裝過程異常終止，使系統(tǒng)處于不 穩(wěn)定的狀態(tài) Internet 連接在 查詢過程中丟失 L這種連接丟失不會給數(shù)據(jù)或數(shù)據(jù)庫造成損壞。但應(yīng)該注意 到：連接丟失會給用戶造成一種負(fù)面的印象。 Internet 連接在 購買過程中丟失 H導(dǎo)致以下結(jié)果的連接丟失或事務(wù)丟失會增加日常開支并降 低利潤，因此都是不可接受的：

9、 數(shù)據(jù)庫崩潰 訂單不完整 數(shù)據(jù)或訂單丟失 （重復(fù)的）多重訂單 輸入了非預(yù)期值H任意導(dǎo)致下列結(jié)果的事務(wù)都是無法接受的： 數(shù)據(jù)庫崩潰 數(shù)據(jù)不準(zhǔn)確 原因 與根據(jù)評估結(jié)果風(fēng)險相對的是根據(jù)原因評估風(fēng) 險。在開始時可以聲明某個非預(yù)期的事件或條 件，并確定一組能夠允許該條件存在的事件。 詢問如下問題： “_為什么會發(fā)生？” 例如： “為什么只有部分文件存在于系統(tǒng)中而且沒有構(gòu)造 出所有的注冊項？” “事務(wù)為什么沒有在中央數(shù)據(jù)庫中得到適當(dāng)?shù)姆从常?“付帳循環(huán)語句為什么只反映了數(shù)據(jù)庫中滿足預(yù)期 標(biāo)準(zhǔn)的部分記錄?” 以下是這些問題的理由矩陣示例以下是這些問題的理由矩陣示例： 說明說明風(fēng)險降低因子風(fēng)險降低因子理由理由

10、 缺少/應(yīng)用程序文件和 注冊項 H致使應(yīng)用程序（并可能使系統(tǒng)）不可用。安裝使用戶得到對應(yīng)用程 序的第一印象。如果安裝失敗，用戶就會對該軟件形成負(fù)面的印象。 導(dǎo)致這種情況的原因可能包括： 安裝過程沒有安裝所有文件，并且沒有正確地更新注冊表 因用戶干涉（取消或退出）而使安裝過程異常終止 因軟件/硬件干涉（磁盤空間不足、配置不被支持等）而使安裝過程 異常終止 因未知情況而使安裝過程異常終止 用戶刪除了文件/注冊項 在這些原因中，只有最后一個是安裝過程所無法檢測和處理的。 訂單不完整H由于無法執(zhí)行不完整的訂單，因而會導(dǎo)致收入和客戶兩方面的損失。 可能的原因包括： 因用戶操作（斷開調(diào)制解調(diào)器、關(guān)閉 PC

11、 等）而導(dǎo)致 Internet 連 接丟失 因 IP 而導(dǎo)致 Internet 連接丟失 因雇員操作（斷開調(diào)制解調(diào)器，關(guān)閉服務(wù)器電源等）而導(dǎo)致 Internet 連接丟失 數(shù)據(jù)/數(shù)據(jù)庫崩潰H無論是因為何種原因，數(shù)據(jù)的崩潰都是不可容忍的。 可能的原因包括： 因用戶的干涉而沒有完成/提交將寫入數(shù)據(jù)庫的事務(wù) 因 Internet 連接丟失而沒有完成/提交將寫入數(shù)據(jù)庫的事務(wù) 用戶在事務(wù)中輸入無效的數(shù)據(jù) 數(shù)據(jù)庫訪問方法/實用程序 數(shù)據(jù)庫沒有正確地裝入（當(dāng)進(jìn)行初始實例化時） 訂單出現(xiàn)重復(fù)H重復(fù)的訂單會導(dǎo)致貨運、處理以及重新進(jìn)貨等方面的成本，從而將 增加公司的日常開支并降低利潤。 可能的原因包括： 因用戶干

12、涉、用戶兩次輸入訂單而沒有確認(rèn)輸入而重復(fù)將訂單寫入 數(shù)據(jù)庫這一事務(wù) 因非用戶干涉（從丟失的 Internet 連接中進(jìn)行恢復(fù)、恢復(fù)數(shù)據(jù)庫 等）而重復(fù)將訂單寫入數(shù)據(jù)庫這一事務(wù) 某個訂單的數(shù)據(jù)不準(zhǔn) 確 H任何無法完成的訂單或?qū)е骂~外日常開支的訂單都是不可接受的。 可能的原因包括： 因用戶干涉而沒有完成/提交訂單事務(wù) 因 Internet 連接丟失而沒有完成/提交訂單事務(wù) 用戶輸入無效的數(shù)據(jù) 在語句中反應(yīng)出錯誤 的記錄數(shù) H業(yè)務(wù)決策和應(yīng)收帳款都依賴于這些報告的準(zhǔn)確性。 可能的原因包括： 搜索/選擇標(biāo)準(zhǔn)不正確 SQL 語句不正確 數(shù)據(jù)庫中的數(shù)據(jù)被破壞 數(shù)據(jù)庫中的數(shù)據(jù)不正確 可能性 根據(jù)可能性來評估風(fēng)險

13、也就是確定用例（或?qū)嵤┯美?的構(gòu)件）失效的概率。這種概率通?；谀硞€外部因 素，例如： 故障率和/或密度 變更率 復(fù)雜性 來源/始創(chuàng)人 應(yīng)該注意的是：當(dāng)根據(jù)這一方面來評估風(fēng)險時，風(fēng)險 程度指標(biāo)與發(fā)生故障的概率相關(guān)，而不是與故障對組 織的影響（它用于根據(jù)結(jié)果和原因來評估風(fēng)險）相關(guān)。 這些因素與發(fā)生故障的概率之間存在以下相關(guān)性：這些因素與發(fā)生故障的概率之間存在以下相關(guān)性： 外部因素外部因素概率概率 故障發(fā)現(xiàn)率和/或密度發(fā)生故障的概率隨著故障發(fā)現(xiàn)率或密度的增加而增加。缺陷有聚集的趨勢，因此， 隨著用例或構(gòu)件內(nèi)缺陷發(fā)現(xiàn)率或缺陷數(shù)量（密度）的增加，發(fā)現(xiàn)另一個缺陷的概 率也會增加。由于先前的高發(fā)現(xiàn)率或密度

14、表明了其他故障的高概率，所以當(dāng)利用 此因素來評估風(fēng)險時，還應(yīng)該考慮先前版本中的發(fā)現(xiàn)率和密度。 變更率隨著用例或構(gòu)件變更率的增加，發(fā)生故障的概率也會增加。因而，當(dāng)變更次數(shù)增 加時，導(dǎo)致某個缺陷的概率也會隨之增加。每改動一次代碼，都存在向代碼“注 入”另一個缺陷的風(fēng)險。 復(fù)雜性隨著用例或構(gòu)件復(fù)雜程度的增加，發(fā)生故障的概率也會增加。 來源/始創(chuàng)人有關(guān)代碼來源和代碼編寫者的知識和經(jīng)驗會增加或降低發(fā)生故障的概率。 如果使用第三方構(gòu)件，通常會降低發(fā)生故障的概率。然而，其前提是第三方構(gòu)件 已經(jīng)通過認(rèn)證（通過正式測試或經(jīng)驗判斷，證明它滿足您的需求）。 發(fā)生故障的概率通常隨著實施員知識和技能的增加而降低。然而，

15、即使由最優(yōu)秀 的人員來實施，使用新工具、新技術(shù)以及擔(dān)任多個角色等情況也會增加發(fā)生故障 的概率。 例如： 安裝新軟件 “過去，我們已經(jīng)在用于實施用例 1、10 和 12 的構(gòu)件中發(fā)現(xiàn)許多缺陷，而我們的客戶要求對用例 14 和 19 進(jìn)行多處更改?！?以下是這些問題的理由矩陣示例： 說明說明風(fēng)險降低因子風(fēng)險降低因子理由理由 安裝新軟件H我們正在編寫自己的安裝實用程序。致使應(yīng)用程序不可用。安裝使 用戶得到對應(yīng)用程序的第一印象。如果安裝失敗，用戶將對該軟件 形成負(fù)面的印象。 安裝新軟件L我們使用的是已經(jīng)取得商業(yè)成功的安裝實用程序。雖然失敗的安裝 會導(dǎo)致應(yīng)用程序不可用，但我們選擇的是由一個成功廠商提供的

16、安 裝實用程序，該廠商的產(chǎn)品已經(jīng)占有了最大的市場份額，其從業(yè)時 間也超過四年。我們對他們的評估表明，該產(chǎn)品符合我們的需要而 且客戶也對他們的產(chǎn)品、廠商以及他們的服務(wù)和水平感到滿意。 用例 1、10、12 中的 高故障發(fā)現(xiàn)率/缺陷密 度。 H由于先前的高故障發(fā)現(xiàn)率和缺陷密度，用例 1、10 和 12 被認(rèn)為是 高風(fēng)險的。 用例 14 和 19中的變 更請求。 H對這些用例進(jìn)行的大量更改將增加在代碼中“注入”缺陷的可能性。 確定實施概要 在開始時可確定和說明將要使用的實施概要程度指標(biāo)，例如： H - 使用得相當(dāng)頻繁，在每個時期會使用很多次，或者由多個主角 或用例使用。 M - 使用得比較頻繁，在每

17、個時期會使用若干次，或者由若干個主 角或用例使用。 L - 很少使用，或者由很少的幾個主角或用例使用。 所選擇的實施概要指標(biāo)應(yīng)該基于用例或構(gòu)件的執(zhí)行頻率，其中包 括： 一個主角（或用例）在給定時間內(nèi)執(zhí)行用例（或構(gòu)件）的次數(shù)，或 者執(zhí)行用例（或構(gòu)件）的主角（或用例）的數(shù)量.通常，用例或構(gòu)件 的使用次數(shù)越多，實施概要指標(biāo)也就越高。 在確定實施概要程度指標(biāo)之后，列出測試對象中的每個用例或構(gòu)件。 為列出的每一項確定一個實施概要指標(biāo)并且說明每個指標(biāo)值的理由。 性能分析文檔中的信息可用于此評估。 示例：示例： 安裝新軟件安裝新軟件 對聯(lián)機(jī)目錄項進(jìn)行排序?qū)β?lián)機(jī)目錄項進(jìn)行排序 在發(fā)出訂單后，客戶聯(lián)機(jī)查詢他們的

18、訂單在發(fā)出訂單后，客戶聯(lián)機(jī)查詢他們的訂單 商品選擇對話框商品選擇對話框 說明說明實施概要因子實施概要因子理由理由 安裝新軟件H（通常）只執(zhí)行一次，但是由許多用戶執(zhí)行。然而，不進(jìn)行安裝， 應(yīng)用程序就無法使用。 對目錄項進(jìn)行排序H這是用戶執(zhí)行得最多的用例。 客戶查詢訂單L很少有客戶在發(fā)出訂單后查詢他們的訂單 商品選擇對話框H客戶使用此對話框來發(fā)出訂單，而負(fù)責(zé)庫存的職員則利用此對話框 來補(bǔ)充庫存。 確定測試優(yōu)先級 在開始時可確定和說明將要使用的測試優(yōu)先程度指標(biāo)，例如： H - 必須測試 M - 應(yīng)該測試，只有在測試完所有 H 項后才進(jìn)行測試 L - 可能會測試，但只有在測試完所有 H 和 M 項后才

19、進(jìn)行測試 在確定要使用的測試優(yōu)先程度指標(biāo)之后，列出測試對象中的每個 用例或構(gòu)件。然后，為列出的每一項確定一個測試優(yōu)先級指標(biāo)并 且說明您的理由。以下為確定測試優(yōu)先級指標(biāo)提供了一些指南。 當(dāng)確定每一項的測試優(yōu)先級指標(biāo)時，應(yīng)考慮下列各項： 先前確定的風(fēng)險程度指標(biāo)值 先前確定的實施概要程度指標(biāo)值 主角說明（主角是否有經(jīng)驗？他們是否能夠接受變通方法？等等） 合同責(zé)任（如果不交付用例或構(gòu)件，測試對象能否被接受？） 確定測試優(yōu)先級的策略 對于每一項，將最高的評估因素（風(fēng)險、實施 概要等）值用作總體優(yōu)先級。 確定一個最有意義的評估因素（風(fēng)險、實施概 要及其他），然后將該因素的值用作優(yōu)先級。 使用評估因素的組合

20、來確定優(yōu)先級。 采用權(quán)重方案。在該方案中，將確定每個因素 的權(quán)重，然后根據(jù)權(quán)重來計算各因素的值和優(yōu) 先級。 示例： 安裝新軟件 對聯(lián)機(jī)目錄項進(jìn)行排序 在發(fā)出訂單后，客戶聯(lián)機(jī)查詢他們的訂單 商品選擇對話框 當(dāng)使用最高的評估值來確定優(yōu)先級時，得到的優(yōu)先級為：當(dāng)使用最高的評估值來確定優(yōu)先級時，得到的優(yōu)先級為： 測試項測試項風(fēng)險風(fēng)險實施概要實施概要主角主角合同合同優(yōu)先級優(yōu)先級 安裝新軟件HHLHH 對目錄項進(jìn)行排序HHHHH 客戶查詢LLLLL 商品選擇對話框LHLLH 當(dāng)使用一個因素（風(fēng)險）的最高評估值來確定優(yōu)先級時，得到的優(yōu)先級為當(dāng)使用一個因素（風(fēng)險）的最高評估值來確定優(yōu)先級時，得到的優(yōu)先級為：

21、測試項測試項風(fēng)險風(fēng)險實施概要實施概要主角主角合同合同優(yōu)先級優(yōu)先級 安裝新軟件HHLHH 對目錄項進(jìn)行排序HHHHH 客戶查詢LLLLL 商品選擇對話框LHLLL 當(dāng)使用權(quán)重值來計算優(yōu)先級時，得到的優(yōu)先級為： （注：在以下的矩陣中：H = 5，M = 3，L = 1?？倷?quán)重值大于 30 則為高優(yōu)先級的測試項；如果權(quán)重值在 20 和 30 之間，則為 中優(yōu)先級；當(dāng)小于 20 為低優(yōu)先級。） 測試項測試項風(fēng)險風(fēng)險 ( (x 3)x 3)實施概要實施概要 ( (x 2)x 2)主角主角( (x 1)x 1)合同合同 ( (x 3)x 3)權(quán)重權(quán)重 值值 優(yōu)先優(yōu)先 級級 安裝新軟件5 (15)5 (10)1 (1)5 (15)41H (2) 對目錄項進(jìn)行排序5 (15)5 (10)5 (5)5 (15)45H (1) 客戶查詢1 (3)1 (2)1 (1)1 (3)9L (4) 商品選擇對話框1 (3)5 (10)1 (1)1 (3)17L (3) 確定測試策略 一個好的測試策略應(yīng)該包括下列內(nèi)容： 1.實施的測試類型和測試的目標(biāo) 2.實施測試的階段 3.技術(shù) 4.用于評估測試結(jié)果和測試是否完成的評測 和標(biāo)準(zhǔn) 5.對測試策略所述的測試工作存在影響的特 殊事項 測試類型和目標(biāo) 應(yīng)清楚地說明所實施測試的類型和測試的目標(biāo)