軟件系統(tǒng)測試工作指南

軟件系統(tǒng)測試工作指南編者說明： 這是一個系統(tǒng)測試的工作指南。你可以根據(jù)該文檔，結(jié)合實(shí)際進(jìn)行修改。1. 簡介1.1 目的本文詳細(xì)闡述了系統(tǒng)測試的類型以及各個類型的基本測試方法，指導(dǎo)項(xiàng)目開發(fā)人員進(jìn)行軟件系統(tǒng)測試。1.2 范圍本文適用于使用RUP 的所有軟件項(xiàng)目的系統(tǒng)測試工作。1.3 文檔結(jié)構(gòu)第一部分：簡介，介紹軟件系統(tǒng)測試指南的目的，本指南的適用范圍，以及在本文檔中使用的術(shù)語的解釋。第二部分：描述系統(tǒng)測試指南。包括系統(tǒng)測試流程、系統(tǒng)測試需求的獲取、系統(tǒng)測試側(cè)策略選擇、系統(tǒng)測試技術(shù)和方法等。第三部分：列出本指南使用的參考文獻(xiàn)。1.4 詞匯表系統(tǒng)測試（System Testing）：系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾的地方。它將通過確認(rèn)測試的軟件，作為整個基于計(jì)算機(jī)系統(tǒng)的一個元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合起來，在實(shí)際運(yùn)行（使用）環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行的測試。黑盒測試（Black-Box Testing）：黑盒測試是基于系統(tǒng)需求規(guī)格，在不知道系統(tǒng)或組件的內(nèi)部結(jié)構(gòu)的情況下進(jìn)行的測試。通常又將黑盒測試叫做：基于規(guī)格的測試（Specification-Based Testing ）、輸入輸出測試（Input/Output Testing ）、功能測試（Functional Testing ）。2. 系統(tǒng)測試指南2.1 系統(tǒng)測試過程活動名稱輸入工件輸出工件參與角色制定系統(tǒng)測試計(jì)劃軟件需求工件軟件項(xiàng)目計(jì)劃系統(tǒng)測試計(jì)劃測試設(shè)計(jì)員設(shè)計(jì)系統(tǒng)測試系統(tǒng)測試計(jì)劃軟件需求工件系統(tǒng)測試用例系統(tǒng)測試過程測試設(shè)計(jì)員實(shí)施系統(tǒng)測試系統(tǒng)測試計(jì)劃工作版本系統(tǒng)測試腳本測試設(shè)計(jì)員執(zhí)行系統(tǒng)測試系統(tǒng)測試計(jì)劃系統(tǒng)測試用例系統(tǒng)測試過程系統(tǒng)測試腳本測試結(jié)果測試員評估系統(tǒng)測試測試結(jié)果 測試分析報(bào)告變更請求測試設(shè)計(jì)員相關(guān)組 2.2 系統(tǒng)測試需求獲取系統(tǒng)測試需求所確定的是測試的內(nèi)容，即測試的具體對象。系統(tǒng)測試需求主要來源于需求工件集，它可能是一個需求規(guī)格說明書，或是由前景、用例、用例模型、詞匯表、補(bǔ)充規(guī)約組成的一個集合。在分析測試需求時(shí)，可應(yīng)用以下幾條一般規(guī)則：1） 測試需求必須是可觀測、可測評的行為。如果不能觀測或測評的測試需求，就無法對其進(jìn)行評估，以確定需求是否已經(jīng)滿足。2） 在每個用例或系統(tǒng)的補(bǔ)充需求與測試需求之間不存在一對一的關(guān)系。用例通常具有多個測試需求；有些補(bǔ)充需求將派生一個或多個測試需求，而其他補(bǔ)充需求（如市場需求或包裝需求）將不派生任何測試需求。3） 在需求規(guī)格說明書中每一個功能描述將派生一個或多個測試需求，性能描述、安全性描述等也將派生出一個或多個測試需求。1. 功能性測試需求功能性測試需求來自于測試對象的功能性說明。每個用例至少會派生一個測試需求。對于每個用例事件流，測試需求的詳細(xì)列表至少會包括一個測試需求。對于需求規(guī)格說明書中的功能描述，將至少派生一個測試需求。2. 性能測試需求性能測試需求來自于測試對象的指定性能行為。性能通常被描述為對響應(yīng)時(shí)間和資源使用率的某種評測。性能需要在各種條件下進(jìn)行評測，這些條件包括：1）不同的工作量和/或系統(tǒng)條件2）不同的用例/功能3）不同的配置4）性能需求在補(bǔ)充規(guī)格或需求規(guī)格說明書中的性能描述部分中說明。對包括以下內(nèi)容的語句要特別注意：1）時(shí)間語句，如響應(yīng)時(shí)間或定時(shí)情況2）指出在規(guī)定時(shí)間內(nèi)必須出現(xiàn)的事件數(shù)或用例數(shù)的語句3）將某一項(xiàng)性能的行為與另一項(xiàng)性能的行為進(jìn)行比較的語句4）將某一配置下的應(yīng)用程序行為與另一配置下的應(yīng)用程序行為進(jìn)行比較的語句5）一段時(shí)間內(nèi)的操作可靠性（平均故障時(shí)間或 MTTF ）6）配置或約束應(yīng)該為規(guī)格中反映以上信息的每個語句生成至少一個測試需求。3. 其它測試需求其它測試需求包括配置測試、安全性測試、容量測試、強(qiáng)度測試、故障恢復(fù)測試、負(fù)載測試等測試需求可以從非功能性需求中發(fā)現(xiàn)與其對應(yīng)的描述。每一個描述信息可以生成至少一個測試需求。2.3 系統(tǒng)測試策略測試策略用于說明某項(xiàng)特定測試工作的一般方法和目標(biāo)。系統(tǒng)測試策略主要針對系統(tǒng)測試需求確定測試類型及如何實(shí)施測試的方法和技術(shù)。一個好的測試策略應(yīng)該包括要實(shí)施的測試類型和測試的目標(biāo)、所采用的技術(shù)、用于評估測試結(jié)果和測試是否完成的標(biāo)準(zhǔn)、對測試策略所述的測試工作存在影響的特殊事項(xiàng)等內(nèi)容。2.3.1 系統(tǒng)測試類型和目標(biāo)確定系統(tǒng)測試策略首先應(yīng)清楚地說明所實(shí)施系統(tǒng)測試的類型和測試的目標(biāo)。清楚地說明這些信息有助于盡量避免混淆和誤解（尤其是由于有些類型測試看起來非常類似，如強(qiáng)度測試和容量測試）。測試目標(biāo)應(yīng)該表明執(zhí)行測試的原因。系統(tǒng)測試的測試類型一般包括：功能測試（Functional Testing）、性能測試（Performance Testing）負(fù)載測試（Load Testing）、強(qiáng)度測試（Stress Testing）、容量測試（Volume Testing）、安全性測試（Security Testing）、配置測試（Configuration Testing）、故障恢復(fù)測試（Recovery Testing）、安裝測試（Installation Testing）、文檔測試（Documentation Testing）、用戶界面測試（GUI Testing）等等。其中，功能測試、配置測試、安裝測試等在一般情況下是必需的。而其它的測試類型則需要根據(jù)軟件項(xiàng)目的具體要求進(jìn)行裁剪。2.3.2 采用的測試技術(shù)系統(tǒng)測試主要采用黑盒測試技術(shù)設(shè)計(jì)測試用例來確認(rèn)軟件滿足需求規(guī)格說明書的要求。2.4 系統(tǒng)測試的工作機(jī)制1）項(xiàng)目組為每一個軟件項(xiàng)目成立測試組，確定測試經(jīng)理（通常由測試設(shè)計(jì)員擔(dān)任）一名，測試設(shè)計(jì)員和測試員若干。角色職責(zé)測試設(shè)計(jì)員制定系統(tǒng)測試計(jì)劃、設(shè)計(jì)系統(tǒng)測試、實(shí)施系統(tǒng)測試以及評估系統(tǒng)測試測試員執(zhí)行系統(tǒng)測試2）項(xiàng)目組需要提供系統(tǒng)測試需要的輸入，建立測試環(huán)境，以及對測試工件進(jìn)行配置管理。角色職責(zé)系統(tǒng)分析員生成需求工件集，管理需求。為測試設(shè)計(jì)員提供測試需求。配置管理員對測試工件進(jìn)行配置管理軟件需求說明書測試需求測試需求測試需求測試用例測試用例測試用例測試過程測試過程測試過程測試過程測試過程測試分析報(bào)告軟件配置管理系統(tǒng)分析員測試設(shè)計(jì)員測試設(shè)計(jì)員測試設(shè)計(jì)員測試設(shè)計(jì)員測試員2.5 系統(tǒng)測試產(chǎn)生的工件清單1）軟件系統(tǒng)測試計(jì)劃2）系統(tǒng)測試用例3）系統(tǒng)測試過程4）測試腳本（可選）5）測試結(jié)果6）測試分析報(bào)告測試分析報(bào)告(GB標(biāo)準(zhǔn))編者說明： 測試完成后，將會形成一些測試日志，對于每個測試用例也有了一個反饋的結(jié)果，那么從這個數(shù)據(jù)中看出問題、找到問題以及尋找解決問題的方法，那就是測試分析報(bào)告所要完成的事了。1.引言 1.1 編寫目的 說明這份測試分析報(bào)告的具體編寫目的，指出預(yù)期的閱讀范圍。 1.2 背景 說明： a. 被測試軟件系統(tǒng)的名稱； b. 該軟件的任務(wù)提出者、開發(fā)者、用戶及安裝此軟件的計(jì)算中心，指出測試環(huán)境與實(shí)際運(yùn)行環(huán)境之間可能存在的差異以及這些差異對測試結(jié)果的影響。 1.3 定義 列出本文件中用到的專問術(shù)語的定義和外文首字母組詞的原詞組。 1.4 參考資料 列出要用到的參考資料，如： a. 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同、上級機(jī)關(guān)的批文； b. 屬于本項(xiàng)目的其他已發(fā)表的文件； c. 本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。列出這些文件的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。2.測試概要 用表格的形式列出每一項(xiàng)測試的標(biāo)識符及其測試內(nèi)容，并指明實(shí)際進(jìn)行的測試工作內(nèi)容與測試計(jì)劃中預(yù)先設(shè)計(jì)的內(nèi)容之間的差別，說明作出這種改變的原因。3.測試結(jié)果及發(fā)現(xiàn) 3.1 測試1（標(biāo)識符）把本項(xiàng)測試中實(shí)際得到的動態(tài)輸出（包括內(nèi)部生成數(shù)據(jù)輸出）結(jié)果同對于動態(tài)輸出的要求進(jìn)行比較，陳述其中的各項(xiàng)發(fā)現(xiàn)。 3.2 測試2（標(biāo)識符） 用類似本報(bào)告 3.1 條的方式給出第 2項(xiàng)及其后各項(xiàng)測試內(nèi)容的測試結(jié)果和發(fā)現(xiàn)。4.對軟件功能的結(jié)論 4.1功能1（標(biāo)識符） 4.1.1 能力簡述該項(xiàng)功能，說明為滿足此項(xiàng)功能而設(shè)計(jì)的軟件能力以及經(jīng)過一項(xiàng)或多項(xiàng)測試已證實(shí)的能力。 4.1.2 限制說明測試數(shù)據(jù)值的范圍（包括動態(tài)數(shù)據(jù)和靜態(tài)數(shù)據(jù)），列出就這項(xiàng)功能而言，測試期間在該軟件中查出的缺陷、局限性。 4.2 功能2（標(biāo)識符） 用類似本報(bào)告4.l的方式給出第2項(xiàng)及其后各項(xiàng)功能的測試結(jié)論。 . 5 分析摘要 5.1 能力陳述經(jīng)測試證實(shí)了的本軟件的能力。如果所進(jìn)行的測試是為了驗(yàn)證一項(xiàng)或幾項(xiàng)特定性能要求的實(shí)現(xiàn)，應(yīng)提供這方面的測試結(jié)果與要求之間的比較，并確定測試環(huán)境與實(shí)際運(yùn)行環(huán)境之間可能存在的差異對能力的測試所帶來的影響。5.2 缺陷和限制陳述經(jīng)測試證實(shí)的軟件缺陷和限制，說明每項(xiàng)缺陷和限制對軟件性能的影響，并說明全部測得的性能缺陷的累積影響和總影響。 5.3 建議 對每項(xiàng)缺陷提出改進(jìn)建議，如： a. 各項(xiàng)修改可采用的修改方法； b. 各項(xiàng)修改的緊迫程度； c. 各項(xiàng)修改預(yù)計(jì)的工作量； d. 各項(xiàng)修改的負(fù)責(zé)人。5.4 評價(jià) 說明該項(xiàng)軟件的開發(fā)是否已達(dá)到預(yù)定目標(biāo)，能否交付使用。6 測試資源消耗 總結(jié)測試工作的資源消耗數(shù)據(jù)，如工作人員的水平級別數(shù)量、機(jī)時(shí)消耗等。測試規(guī)程說明