QualityCenter用戶指南

1、【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.QUALITYCENTER用戶指南【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.目目 錄錄前言 -21.需求說明書 -71.1 需求定義工作流（THE REQUIREMENTS SPECIFICATION WORKFLOW）-71.1.1 定義測試范圍（Defining the Testing Scope）-81.1.2 創(chuàng)建測試需求大綱（Creating the Testing Requirements Outline） -81.1.3 定義需求（Defining Requirements） -91.1.4 分

2、析需求定義（Analyzing your Requirements Specification） -91.2 需求模塊概述（THE REQUIREMENTS MODULE） -101.2.1 需求模塊-101.2.2 需求菜單欄（The Requirements Menu Bar）-141.2.3 需求工具欄（The Requirements Toolbar）-141.2.4 需求樹（Requirements Tree）-151.3 開發(fā)需求樹（DEVELOPING REQUIREMENTS TREE） -171.3.1 關(guān)于需求樹（About the Requirements Tree）-1

3、71.3.2 創(chuàng)建需求（Creating Requirements） -181.3.3 更新需求（Updating Requirements） -191.3.4 查找需求（Finding Requirements）-201.3.5 替換值（Replacing Field Values） -211.3.6 查看需求樹（Viewing the Requirements Tree）-221.3.7 查看需求歷史（Viewing Requirement History）-241.3.8 郵寄需求（Mailing Requirements）-241.3.9 查看關(guān)聯(lián)缺陷（Linking Defects）

4、 -271.3.10 修改需求樹（Modifying the Requirements Tree） -281.3.11 從需求創(chuàng)建測試（Creating Tests from Requirements） -302.測試計(jì)劃-352.1 測試計(jì)劃工作流（THE TEST PLAN WORKFLOW） -352.1.1 定義測試策略（Defining Testing Strategy）-362.1.2 定義測試主題（Defining Test Subjects） -372.1.3 設(shè)計(jì)測試（Planning Tests） -372.1.4 創(chuàng)建需求覆蓋（Creating Requirements

5、Coverage） -382.1.5 設(shè)計(jì)測試步驟（Designing Test Steps） -382.1.6 自動測試（Automating Tests） -392.1.7 分析測試計(jì)劃（Analyzing Your Test Plan） -392.2 測試計(jì)劃模塊概述（THE TEST PLAN MODULE）-402.2.1 測試計(jì)劃模塊-402.2.2 測試計(jì)劃菜單欄（The Test Plan Menu Bar）-412.2.3 測試計(jì)劃工具欄（The Test Plan Toolbar） -422.2.4 測試網(wǎng)格（The Test Grid）-432.3 開發(fā)測試計(jì)劃樹（DEV

6、ELOPING TEST PLAN TREE）-462.3.1 關(guān)于測試計(jì)劃樹（About the Test Plan Tree） -472.3.2 創(chuàng)建測試計(jì)劃樹（Creating a Test Plan Tree） -482.3.3 添加測試到測試計(jì)劃樹（Adding Tests to a Test Plan Tree）-492.3.4 查看測試計(jì)劃樹（Viewing the Test Plan Tree） -526.5 關(guān)聯(lián)缺陷到測試（Associating Defects with a Test）-542.3.6 郵寄測試（Mailing Tests） -56【精品文檔】如有侵權(quán)，請聯(lián)

7、系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.2.3.7 在樹中查找測試（Finding Tests in the Tree）-582.3.8 排列測試計(jì)劃樹（Sorting a Test Plan Tree） -592.3.9 修改測試計(jì)劃樹（Modifying the Test Plan Tree） -602.4 連接測試到需求（LINKING TESTS TO REQUIREMENTS） -622.4.1 關(guān)于連接測試到需求（About Linking Tests to Requirements） -622.4.2 連接需求到一個測試（Linking Requirements to a Test

8、）-642.4.3 連接測試到一個需求（Linking Tests to a Requirement）-672.4.4 分析覆蓋（Analyzing Coverage） -692.5 建立測試（BUILDING TESTS） -702.6 -703測試執(zhí)行-704缺陷跟蹤-705質(zhì)量中心分析-70前言歡迎您使用 Quality Center, 它是 Mercury Interactive 公司推出的基于WEB 瀏覽器環(huán)境下的管理工具，無論是在 Internet 環(huán)境下還是在公司內(nèi)部的以太網(wǎng)環(huán)境下你都可以通過瀏覽器來訪問 Quality Center。 通常情況下，測試需要多樣式的硬件環(huán)境平臺，

9、多重的配置（計(jì)算機(jī)，操作系統(tǒng)，瀏覽器）和多種的應(yīng)用開發(fā)版本，在測試過程中管理所有的外部特征是非常耗時(shí)并且非常困難的。在測試過程中，通過系統(tǒng)地控制 Quality Center 將會非常簡單并且使測試管理變得富有生機(jī)，它能夠在測試流程上幫助你創(chuàng)建一個框架和基礎(chǔ)。 Quality Center 能幫助你維護(hù)一個涉及程序中所有功能的測試數(shù)據(jù)庫。在你的工程中的每一個測試點(diǎn)都對應(yīng)著一個指定的測試需求。To meet the various goals of a project, you organize the tests in your project into unique groups. Qual

10、ity Center 為調(diào)度并且執(zhí)行 test sets 提供了直觀的且有效的方法來收集測試結(jié)果和分析數(shù)據(jù)。Quality Center 也可以為一個復(fù)雜的系統(tǒng)跟蹤應(yīng)用程序缺陷起到重要作用，你也可以在一發(fā)現(xiàn)缺陷的時(shí)候就監(jiān)控它直到這個缺陷被解決。Quality Center 通過與你的郵件系統(tǒng)相關(guān)聯(lián)，缺陷跟蹤的相關(guān)信息就可以被整個應(yīng)用開發(fā)組，QA , 【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.客戶支持，負(fù)責(zé)信息系統(tǒng)的人員所共享。 Quality Center 強(qiáng)烈建議你配合 Mercury Interactive 公司的其他測試工具（WinRunner, Load Runn

11、er, QuickTest Professional, Astra Quickest , QuickTest Professional for MySAP.com Windows Client, Astra LoadTest, XRunner, Visual API, and Visual API-XP ）第三方工具及定制的測試工具，需求和配置管理工具和建模工具。Quality Center 能夠與這些測試工具很好的無縫鏈接，為你提供的全套解決方案選擇來進(jìn)行全部自動化的應(yīng)用測試。 Quality Center 指南會帶你自始至終的貫穿于需求說明書，測試計(jì)劃，測試實(shí)施和測試各個階段中的缺陷跟蹤,

12、 通過將應(yīng)用程序測試中所包含的所有任務(wù)整合起來，能夠?yàn)槟愕目蛻魩頁碛懈咂焚|(zhì)保證的應(yīng)用軟件。 測試過程管理測試過程管理 使用 Quality Center 進(jìn)行測試管理包括四部： 明確條件：分析你的應(yīng)用程序并且確定下你的測試條件。 測試計(jì)劃：根據(jù)你的測試條件創(chuàng)建你的測試計(jì)劃。 執(zhí)行測試：在你的測試運(yùn)行平臺上創(chuàng)建 Test sets。 跟蹤缺陷：報(bào)告在你的應(yīng)用程序中的缺陷并且記錄下整個缺陷的修復(fù)過程。 貫穿每一個階段，通過產(chǎn)生詳細(xì)的報(bào)告和圖表你可以去分析數(shù)據(jù)。 明確條件 分析你的應(yīng)用程序并且確定下你的測試條件。 確定測試范圍：檢查應(yīng)用程序的文檔是為了確定你的測試范圍和測試目標(biāo)，策略。 建立需求：

13、構(gòu)建“需求樹”目的是為了確定完全涵蓋你的測試需求。 詳細(xì)需求信息：為“需求樹”中的每一個需求話題建立了一個詳細(xì)的目錄，描述每 一個需求，給它分配一個優(yōu)先級，如果需要的話還可以加上附件。 分析詳細(xì)需求 ：這些產(chǎn)生的報(bào)告和圖表可以幫助你分析你的測試需求，檢查需求以確保它們在你的測試范圍內(nèi)。 編制測試計(jì)劃編制測試計(jì)劃 根據(jù)你的測試需求創(chuàng)建你的測試計(jì)劃 定義測試策略 : 檢查你的應(yīng)用程序，系統(tǒng)環(huán)境和測試資源的目的是為了確認(rèn)你的【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.測試目標(biāo)。 定義測試對象 : 為了測試將你的應(yīng)用程序以模塊或者是功能將其劃分，構(gòu)造測試計(jì)劃樹來劃分你的應(yīng)用程序到測

14、試單元或?qū)ο蟆?定義測試 ：每一個模塊你都需要確定其測試類型，在測試計(jì)劃樹中為每一個測試點(diǎn)添加基本說明。 創(chuàng)建需求覆蓋 ：連接每一個測試和測試需求。 涉及測試步驟 ：你可以通過在測試計(jì)劃(樹型結(jié)構(gòu))中添加一些步驟來進(jìn)行手動測試.測試步驟描述了測試注意事項(xiàng)，檢查點(diǎn)，每個測試的預(yù)期結(jié)果，確定自動測試哪一個。 自動測試 ：利用 Mercury Interactive 的測試工具或者是第三方的測試工具為你要進(jìn)行進(jìn)行自動化測試的測試建立測試腳本。 分析測試計(jì)劃 : 生成的報(bào)告和圖表可以幫助你分析測試計(jì)劃數(shù)據(jù)，通過檢查你可以確定它們和你的測試目標(biāo)是一致的。 測試運(yùn)行測試運(yùn)行 在你的測試運(yùn)行平臺上創(chuàng)建 Te

15、st sets 創(chuàng)建 Test sets ：在你的工程中定義不同的測試組來保證與不同的測試目標(biāo)之間的一致性，他們可能包括，舉個例子，在一個應(yīng)用程序中測試一個新的應(yīng)用版本或是一個特殊的功能。確定每個 test set 都包括了那些測試。 運(yùn)行時(shí)間表 ：為應(yīng)用程序測試員分配測試任務(wù)和時(shí)間表。 運(yùn)行測試 ：在你的 test set 手動或自動的執(zhí)行測試。 分析測試結(jié)果 : 觀看測試結(jié)果的目的是為了確定在測試運(yùn)行中出現(xiàn)的缺點(diǎn)是否已經(jīng)被發(fā)現(xiàn)。生成的報(bào)告和圖表可以幫助你分析這些結(jié)果。 缺陷跟蹤缺陷跟蹤 報(bào)告在你的應(yīng)用程序中的產(chǎn)生缺陷并且記錄下整個缺陷的修復(fù)過程。 添加缺陷 ：報(bào)告在你的應(yīng)用程序中新發(fā)現(xiàn)的缺

16、陷。在測試過程中的任何階段，質(zhì)量保證員，開發(fā)者，項(xiàng)目經(jīng)理和最終用戶都能添加缺陷。 檢查新的缺陷 ： 檢查新的缺陷和確定哪些缺陷應(yīng)該被修復(fù)。 修復(fù)開放的缺陷 ：修復(fù)那些你決定要修復(fù)的缺陷。 【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.測試新的構(gòu)建 ：測試在你的應(yīng)用程序中新被構(gòu)建的部分，直到缺陷被修復(fù)。 分析缺陷數(shù)據(jù) ：在缺陷被修復(fù)前，生成的報(bào)告和圖表可以幫助你進(jìn)行分析并且它還能幫助你確定什么時(shí)候發(fā)布應(yīng)用程序。 關(guān)于工程數(shù)據(jù)庫工作關(guān)于工程數(shù)據(jù)庫工作 當(dāng)你創(chuàng)建了一個 Quality Center 工程，你需要存儲和管理那些由 Quality Center收集而產(chǎn)生的數(shù)據(jù)。每一個工

17、程都支持通過數(shù)據(jù)庫來存儲工程信息。 Quality Center 工程的知識庫中包含了你需要的很多東西，測試，test sets 運(yùn)行測試，缺陷， 工程文檔和用戶信息。為了在應(yīng)用測試工程中能夠工作，每個Quality Center 用戶需要連續(xù)訪問這些數(shù)據(jù)。 使用下面的這些數(shù)據(jù)庫應(yīng)用軟件來存儲和管理 Quality Center 信息： _ Microsoft Access _ Sybase (只有 Quality Center 企業(yè)版支持) _ Microsoft SQL (只有 Quality Center 企業(yè)版支持) _ Oracle (只有 Quality Center 企業(yè)版支持)

18、 關(guān)于創(chuàng)建和管理 Quality Center 工程的更多信息，請查閱 Quality Center 管理員指南。 用戶權(quán)限用戶權(quán)限Quality Center 允許你有管理用戶訪問工程的權(quán)限，它會創(chuàng)建一個有權(quán)用戶的列表和為一個組或者是一個用戶分配一個口令。你可以控制每個用戶能夠?qū)?xiàng)目進(jìn)行怎樣的添加和修改. 在 Quality Center 中用戶所擁有的權(quán)利是由該用戶所在的用戶組決定的。Quality Center 允許你為工程中指定的目錄創(chuàng)建包含特權(quán)和許可機(jī)制的規(guī)則，一些有用的信息可能在 Quality Center 的用戶組中被用到。關(guān)于分配口令和特權(quán)的更多信息，請查閱 Quality

19、Center 管理員指南。 【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.1.需求說明書需求說明書1.1 需求定義工作流（需求定義工作流（The Requirements Specification Workflow）你應(yīng)該通過定義測試需求來開始整個應(yīng)用程序的測試過程。需求詳細(xì)地描述了在你的應(yīng)用程序中哪些需要被測試，并為測試組提供了整個測試過程的基礎(chǔ)。通過定義這些需求，你能夠更好地聚焦于商業(yè)需要對測試進(jìn)行計(jì)劃和管理。需求與測試和缺陷關(guān)聯(lián)，從而確保整個過程可追溯并幫助整個過程的決策。本章描述了怎樣使用 Quality Center 需求模塊來定義測試需求。以下是需求定義工作流的

20、流程圖：在使用 Quality Center 之前，首先確保你已經(jīng)有一個存放測試數(shù)據(jù)的工程。關(guān)于創(chuàng)建工程的更詳細(xì)信息，請參考Quality Center 管理員手冊 （Quality Center Administrators Guide） 。.1 定義測試范圍（定義測試范圍（DefiningDefining thethe TestingTesting ScopeScope）測試組在基于測試的測試應(yīng)用的基礎(chǔ)上，收集所有可以利用的文檔信息，開始測試處理過程，例如收集市場和商務(wù)需求文檔、系統(tǒng)需求說明書和設(shè)計(jì)文檔等。使用這些文檔您可以對應(yīng)用程序的測試方面作一個全面徹底的了解，并以此為

21、基礎(chǔ)來確定你的測試范圍測試目的、目標(biāo)和策略（Goal、Objective、Strategy） 。在確定您的測試范圍之前你應(yīng)該先問一下自己，以下的幾個問題：應(yīng)用程序的主要目的和方向是什么？應(yīng)用程序有哪些主要特點(diǎn)？哪些功能在這個產(chǎn)品中是相對重要的？在應(yīng)用程序中，哪些功能是危急的或高風(fēng)險(xiǎn)的？你的測試優(yōu)先級是什么？【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.你的客戶或最終用戶是否同意你的測試優(yōu)先級？你總的質(zhì)量目標(biāo)是什么？.2 創(chuàng)建測試需求大綱（創(chuàng)建測試需求大綱（CreatingCreating thethe TestingTesting RequirementsRe

22、quirements OutlineOutline）質(zhì)量保證的管理人員用測試范圍為應(yīng)用程序的測試定義所有的測試需求。它們先定義測試主題，并將各個測試主題指派給測試組內(nèi)的各個 QA 測試人員。然后每一個 QA 測試人員將自己所負(fù)責(zé)的測試主題記錄到 Quality Center 工程上。需求主題是通過創(chuàng)建需求樹記錄在需求模塊里。此需求樹是以圖表的方式形象地描述了你的需求說明書，并顯示了不同級別需求的等級關(guān)系。舉個例子，假設(shè)一個航班預(yù)定軟件，它能夠讓你去管理航班調(diào)動、旅客登記和機(jī)票銷售。QA 管理人員可能會定義他主要的測試需求為：登陸操作、數(shù)據(jù)庫操作、傳真發(fā)送操作、安全性能力檢查、圖形和報(bào)表操作、U

23、I 檢查操作和幫助。對于完整的例子，請查看 Quality Center_Demo 工程。關(guān)于創(chuàng)建需求樹的更進(jìn)一步信息，請看 “開發(fā)需求樹” （Developing the Requirements Tree） 。.3 定義需求（定義需求（DefiningDefining RequirementsRequirements）對于每一個需求主題，QA 測試員均應(yīng)該創(chuàng)建相應(yīng)的詳細(xì)測試需求列表。例如，Application Security 需求主題可能會被分解為如下的需求：在需求樹中的每一個需求均要求被詳細(xì)描述，并且應(yīng)該包括所有與需求相關(guān)的附件。QA 測試人員分配每個需求一個優(yōu)先級，

24、此優(yōu)先級會作為測試組創(chuàng)建測試計(jì)劃的一個考慮因素。.4 分析需求定義（分析需求定義（AnalyzingAnalyzing youryour RequirementsRequirements SpecificationSpecification） QA 管理人員復(fù)查這些需求，并確定測試范圍被更早的定義。他們還應(yīng)該將需求的狀態(tài)改為“Reviewed” ，假如這個需求被評審?fù)ㄟ^的話。 你應(yīng)該產(chǎn)生 Quality Center 報(bào)告和圖表來幫助你評審需求。對于更多信息，【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.請查看“產(chǎn)生報(bào)告” （Generating Report

25、s）和 “產(chǎn)生圖表” （Generating Graphs） 。 在隨后的測試計(jì)劃中，你應(yīng)該使用這些需求作為基礎(chǔ)。你在測試計(jì)劃階段所創(chuàng)建的測試也應(yīng)該覆蓋這些需求。關(guān)于需求和測試覆蓋的更多信息，請查看 “連接測試到需求” （Linking Tests to Requirements） 。這些測試也能夠被缺陷進(jìn)行關(guān)聯(lián)，從而在整個測試過程形成完整的回溯。需求模塊一覽（The Requirements Module at a Glance）本章將結(jié)束 Quality Center 需求模塊的核心元素。包括如下內(nèi)容：需求模塊（The Requirements Module）需求菜單欄（The Requi

26、rements Menu Bar）需求工具條（The Requirements Toolbar）需求樹（The Requirements Tree）1.21.2 需求模塊概述（需求模塊概述（TheThe RequirementsRequirements ModuleModule）.1 需求模塊需求模塊你可以在 Quality Center 中單擊左側(cè)工具欄中的 RequirementsRequirements 來定義你的需求。你可以用以下 4 種方式顯示需求:RequirementRequirement TreeTreeRequirementsRequirements Grid

27、GridRequirementsRequirements CoverageCoverageCoverageCoverage AnalysisAnalysis注意注意：你可以從 Microsoft Word、Excel 或第三方的需求管理工具中導(dǎo)入需求到你的 Quality Center 工程。對于導(dǎo)入需求，你必須首先安裝相應(yīng)的 Quality Center 插件。對于更詳細(xì)信息請查看Quality Center 安裝手冊 （Quality Center Installation Guide） ?！揪肺臋n】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.需求模塊包括如下的核心元素：Requ

28、irements Menu Bar，需求菜單欄，具有需求模塊命令的下拉菜單。Requirements Toolbar，需求工具欄，具有創(chuàng)建或修改需求樹的常用命令按鈕。View，視圖選擇框，能夠讓你去選擇需求樹的顯示方式：文檔視圖或覆蓋視圖。Requirements Tree，需求樹，你的測試需求的一種圖形表達(dá)。更詳細(xì)信息請看需求樹（The Requirements Tree） 。Description Tab，描述標(biāo)簽頁，顯示當(dāng)前所選擇需求的注釋，僅在文檔視圖中有效。單擊 Show 箭頭去顯示描述面板。Attachment Tab，附件，為選中的需求提供附加的信息，可以存儲文件、圖片等內(nèi)容。H

29、istory Tab，歷史標(biāo)簽頁，顯示當(dāng)前所選擇需求的歷史操作列表。Tests Coverage Tab，測試覆蓋標(biāo)簽頁，顯示了在需求樹上，當(dāng)前所選擇的需求的測試列表。僅適用于覆蓋視圖。Details Tab，細(xì)節(jié)標(biāo)簽頁，顯示了在需求樹上當(dāng)前樹選擇需求的詳細(xì)描述。僅適用于覆蓋視圖。.2 需求菜單欄（需求菜單欄（TheThe RequirementsRequirements MenuMenu BarBar）需求菜單欄包括如下的菜單：RequirementsRequirements 菜單，包括命令：在需求樹上修改需求、從一個需求產(chǎn)生一個測試、Mail 一個需求。EditEdit 菜

30、單，包括命令：剪切、復(fù)制、粘貼、重命名、刪除需求，和查找、替換搜索需求。ViewView 菜單，包括命令：設(shè)置需求樹的顯示、查找一個需求、瀏覽測試覆蓋、關(guān)聯(lián)缺陷、附件。FavoritesFavorites 菜單，包括命增加、組織個人使用喜好的命令。AnalysisAnalysis 菜單，包括命令：產(chǎn)生需求報(bào)告和圖表。關(guān)于需求報(bào)告的更詳細(xì)信息，請看 “產(chǎn)生報(bào)告” （Generating Reports） 。關(guān)于需求圖表的更詳細(xì)信息，請看 【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.“產(chǎn)生圖表” （Generating Graphs） 。.3 需求工具欄（需求工

31、具欄（TheThe RequirementsRequirements ToolbarToolbar）需求工具欄包括如下的按鈕：NewNew RequirementsRequirements：新建需求，增加一個新的需求到需求樹。Quality Center 將增加此需求到當(dāng)前所選擇的需求下面，并處于相同等級。NewNew ChildChild RequirementsRequirements：新建子需求，增加一個新的需求到需求樹。Quality Center 將增加此子需求到當(dāng)前所選擇的需求下面，并處于低一級的級別。DeleteDelete：刪除，從需求樹中刪除所選擇的需求。RefreshRef

32、resh SelectedSelected：刷新，刷新在需求模塊中的數(shù)據(jù)。單擊 RefreshRefresh SelectedSelected 按鈕，去刷新當(dāng)前所選擇的需求。所有子需求也會被同時(shí)刷新。單擊箭頭并選擇 RefreshRefresh AllAll 去刷新所有的需求。SelectSelect ColumnsColumns：選擇列，打開選擇列對話框，你可以決定哪些字段顯示在需求樹中，并決定它們的顯示順序。ZoomZoom inin：展開，改變需求樹的細(xì)節(jié)等級。單擊 ZoomZoom InIn 按鈕去展開需求樹的指定分支。單擊 ZoomZoom InIn 箭頭并選擇 ZoomZoom O

33、utOut OneOne LevelLevel 去取消預(yù)先展開的命令。單擊 ZoomZoom InIn 箭頭并選擇 ZoomZoom OutOut ToTo RootRoot 去收縮，并顯示整個需求樹的根結(jié)點(diǎn)。FindFind：查找，打開查找需求對話框，能夠讓你在需求樹中查找你想要的需求。【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.MailMail RequirementRequirement：Mail 需求，打開發(fā)送郵件對話框，你可以從郵件列表中選擇收件人，或輸入其它的郵件地址，發(fā)送需求郵件。AttachmentsAttachments：附件，打開附件對話框，能夠讓你為所

34、選擇的需求添加附件。對于更多信息，請看第 4 章“增加附件” （Adding Attachments） 。.4 需求樹（需求樹（RequirementsRequirements TreeTree）Quality Center 在需求樹中有機(jī)的組織并顯示數(shù)據(jù)。需求樹中每一行都顯示了一條獨(dú)立的需求。需求樹中可以顯示如下細(xì)節(jié)信息。選項(xiàng)描述作者（Author）創(chuàng)建此需求的用戶名。默認(rèn)情況，Quality Center 插入登陸用戶名到此字段。創(chuàng)建日期Creation Date需求被創(chuàng)建的日期。默認(rèn)情況下，創(chuàng)建日期被設(shè)置為當(dāng)前服務(wù)器日期。你也可以單擊下拉箭頭去顯示一個日歷，并選擇一個不同

35、的創(chuàng)建日期。創(chuàng)建時(shí)間Creation Time）需求被創(chuàng)建的時(shí)間。默認(rèn)情況下，創(chuàng)建時(shí)間被設(shè)置為當(dāng)前服務(wù)器的時(shí)間。描述（Description）需求描述覆蓋狀態(tài)（Direct Cover Status）需求當(dāng)前的狀態(tài)。默認(rèn)情況下，狀態(tài)為 NotNot CoveredCovered。一個需求的狀態(tài)能夠是如下幾種：NotNot CoveredCovered：這個需求沒有被鏈接到測試。FailedFailed：覆蓋此需求的一個或多個測試被執(zhí)行，且狀態(tài)為：FailedFailed。NotNot CompletedCompleted：覆蓋此需求的一個或多個測試被執(zhí)行，且狀態(tài)為：NotNot Complet

36、edCompleted?！揪肺臋n】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.PassedPassed：覆蓋此需求的所有測試均有同樣狀態(tài)：PassedPassed。NoNo RunRun：覆蓋此需求的所有測試均有同樣狀態(tài)：NoNo RunRun。你能夠單擊一下 State，去打開你所選擇需求的測試覆蓋對話框，關(guān)于覆蓋的更詳細(xì)信息，請看第 12 章的“連接測試到需求” （Linking Tests to Requirements） 。N/AN/A：不適用修改（Modified）標(biāo)識此需求被最后修改的時(shí)間。名稱（Name）需求名。優(yōu)先級（Priority）需求的優(yōu)先級。范圍從最低級別（L

37、evel 1）到最緊急級別（Level 5） 。產(chǎn)品（Product）需求所基于的應(yīng)用程序組件。需求 ID（Req ID）需求的唯一數(shù)字 ID，右 Quality Center 自動分配。注意，需求 ID 是只讀的。復(fù)查（Reviewed）標(biāo)識此需求是否被復(fù)查，并且被責(zé)任人批準(zhǔn)通過。類型（Type）需求的類型，可以是 HardwareHardware 或 SoftwareSoftware。附件（Attachment）指示本需求是否包含附件。注意：你可以改變需求樹中任何字段的標(biāo)簽，也可以增加最多 24 個用戶自定義的域到需求樹中。更進(jìn)一步信息，請看Quality Center 管理員手冊（Qua

38、lity Center Administrators Guide） 。1.31.3 開發(fā)需求樹（開發(fā)需求樹（DevelopingDeveloping RequirementsRequirements TreeTree）需求樹組織并展示了你的測試需求體系。本章描述了：創(chuàng)建需求樹（Creating a Requirements Tree）在樹中查詢需求（Finding Requirements in the Tree）【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.查看需求樹（Viewing the Requirements Tree）查看需求歷史（Viewing Requirem

39、ent History）郵寄需求（Mailing Requirements）查看關(guān)聯(lián)缺陷（Viewing Associated Defects）修改需求樹（Modifying the Requirements Tree）從需求創(chuàng)建測試（Creating Test from Requirements）.1 關(guān)于需求樹（關(guān)于需求樹（AboutAbout thethe RequirementsRequirements TreeTree）定義測試需求的過程是單調(diào)乏味并耗時(shí)的。大多數(shù)情況下，測試組是用字處理軟件或電子表格文檔來記錄需求。這樣的需求文檔維護(hù)復(fù)雜，難以組織和分類，而且不能夠連

40、接到基于需求創(chuàng)建的測試和相應(yīng)的缺陷。作為整個測試過程的第一步，Quality Center 需求模塊能夠讓你簡單的定義和管理你的測試需求。測試小組通過在 Quality Center 中創(chuàng)建需求樹來記錄需求。它以圖表的方式展現(xiàn)了整個需求說明和需求關(guān)系。一旦你已經(jīng)創(chuàng)建了測試，你就可以在需求和測試間建立連接，而測試與缺陷又可以建立關(guān)聯(lián)。通過這種方式，你就可以跟蹤測試需求到整個測試過程的每一個步驟。假如測試需求被改變，你可以立即確定哪些測試和缺陷受到影響，并且是誰負(fù)責(zé)的收到了影響。你能夠在需求樹中分組和分類需求，監(jiān)控需求過程和任務(wù)分配，并產(chǎn)生詳細(xì)的報(bào)告和圖表。注意注意：本章假定你是使用需求模塊的 D

41、ocument View 去創(chuàng)建需求樹。關(guān)于Coverage View 的更詳細(xì)信息，請看七的“連接測試到需求” （Linking Tests to Requirements） 。.2 創(chuàng)建需求（創(chuàng)建需求（CreatingCreating RequirementsRequirements）你可以通過創(chuàng)建需求樹來定義你的需求。創(chuàng)建需求樹：創(chuàng)建需求樹：在需求模塊的工具欄上單擊 NewNew RequirementRequirement 按鈕，或者選擇 RequirementsRequirements 【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.NewNew Re

42、quirementRequirement.注意：假如需求字段已經(jīng)在工程自定義窗口中定義， ，則 NewNew RequirementRequirement 對話框?qū)⒈淮蜷_。為不要的字段選擇值，并單擊 OKOK。Quality Center 將增加一個默認(rèn)名稱為“NewNew RequirementRequirement”的新需求到需求樹中。為新的需求輸入一個名稱。注意，需求名稱中不能夠包括字符：/ *。在 Details 面板中，輸入新需求的描述信息。Details 面板上方的按鈕分別是，清除 New Requirement 對話框中的輸入的信息；添加文件、URL、截圖、系統(tǒng)信息、剪切版內(nèi)容附

43、件；校驗(yàn)拼寫、拼寫選項(xiàng)、辭典。點(diǎn)擊 Submit 按鈕，保存新增的需求。.3 更新需求（更新需求（UpdatingUpdating RequirementsRequirements）1. 雙擊想要更新的需求，或者選中需求然后電擊“Requirement Details”按鈕，需求詳細(xì)對話框被打開。2. 點(diǎn)擊 FirstFirst 按鈕顯示第一條需求，PreviousPrevious 按鈕顯示前一條需求。3. NextNext 顯示下一條需求，LastLast 顯示最后一條。4. 發(fā)送關(guān)于這個需求的 email..4 查找需求（查找需求（FindingFindin

44、g RequirementsRequirements）你可以基于需求名稱或其它的一些信息，在需求樹中查找需求。注意注意：假如你使用放大，Quality Center 會限制在你放大的區(qū)域進(jìn)行搜索。關(guān)于樹放大的更多信息，請查看 “查看需求樹” （Viewing the Requirements Tree） 。查找需求：查找需求：【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.在菜單上 EditEditFindFind。 。 。FindFind RequirementRequirement 對話框?qū)⒈淮蜷_。在 FindFind inin FieldField 框中，選擇查找的依據(jù)。

45、在 ValueValue toto FindFind 框中，輸入或選擇你所選擇字段的值。此查找是不分大小寫的。舉個例子，假如字段為 NameName，則在 ValueValue toto FindFind 框中輸入需求名稱。假如字段名為 PriorityPriority，則在 ValueValue toto FindFind 框中，選擇一個優(yōu)先級（從一到五） 。單擊 FindFind。Quality Center 將會用給定的值去定位這個需求。假如搜索是成功的，搜索結(jié)果對話框?qū)⒈淮蜷_，并顯示可能匹配的列表。從列表中選擇一個結(jié)果，并單擊 GoGo ToTo 按鈕，則會在需求樹中高亮顯示此需求。假

46、如搜索不成功，相應(yīng)的提示信息框?qū)⒈粡棾觥?5 替換值（替換值（ReplacingReplacing FieldField ValuesValues）1你看一替換一個選中的需求及其子需求某個字段的值。EditReplaceReplace Selected 或 EditReplaceReplace All如果要區(qū)分大小寫，選擇 Case Sensitive;如果查找精確值，選擇 Exact Match;選擇 Prompt on replace,在替換之前彈出提示。.6 查看需求樹（查看需求樹（ViewingViewing thethe RequirementsReq

47、uirements TreeTree）你能夠改變 Quality Center 顯示需求樹的方式。包括放大和縮小樹、顯示編號、刷新樹、展開和折疊樹的分支?？s放樹：縮放樹：【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.你能夠放大或縮小需求樹中的需求主題。這能夠讓你去改變樹顯示的明細(xì)程度。放大：放大：在需求樹中選擇一個需求主題在工具欄上單擊 ZoomZoom InIn 按鈕，或者右鍵單擊需求并選擇 Zoom In。需求樹僅僅只顯示所選擇的需求主題和這需求主題所包括的內(nèi)容?？s小：縮?。阂崔D(zhuǎn)一個放大的行為，你可以縮小一個層次或完全的縮小。單擊 ZoomZoom InIn 箭頭，并選

48、擇 ZoomZoom OutOut OneOne LevelLevel 去取消先前放大的命令。單擊 ZoomZoom InIn 箭頭，并選擇 ZoomZoom OutOut ToTo RootRoot 去全部縮小并顯示整個需求樹。顯示編號：顯示編號：現(xiàn)在 ViewView NumerationNumeration 去顯示需求樹中每一個需求具有等級的編號。一旦你對需求樹作了改變，Quality Center 將自動為這些需求重新編號。注意，這些編號和為每個需求分配的唯一需求 ID 是沒有關(guān)系的。默認(rèn)情況下，需求以編號方式顯示。刷新樹：刷新樹：你可以在需求模塊中刷新數(shù)據(jù)?？焖俚厮⑿滦枨螅哼x擇所要刷

49、新的需求，并單擊 RefreshRefresh SelectedSelected 按鈕，此需求和所有的子需求將被刷新。刷新所有需求：單擊 RefreshRefresh SelectedSelected 箭頭，并選擇 RefreshRefresh AllAll。過濾需求：過濾需求：可以對需求進(jìn)行過濾和排序，點(diǎn)擊 Set Filter/Sort 箭頭并選擇如下選項(xiàng)：SetSet Filter/SortFilter/Sort：設(shè)置過濾信息RefreshRefresh AllAll：設(shè)置過濾和排序后進(jìn)行刷新【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.ClearClear Filte

50、r/SortFilter/Sort：清除過濾條件展開和折疊樹展開和折疊樹：你能夠展開或折疊需求樹中的分支，這能夠讓你去改變樹顯示的細(xì)節(jié)程度。展開樹枝：單擊分支名左側(cè)的展開符號 。若想展開分支的所有層，需要右擊分支名稱，并選擇 ExpandExpand。折疊樹枝：單擊分支名左側(cè)的折疊符號 。若想折疊分支中所有層，需要右擊分支名稱，并選擇 CollapseCollapse。.7 查看需求歷史（查看需求歷史（ViewingViewing RequirementRequirement HistoryHistory）你可以查看需求樹中所有需求的修改記錄。查看需求的修改歷史：查看需求的修改

51、歷史：在需求樹上選擇一個需求。1.ViewDescription&History2.單擊 HistoryHistory 標(biāo)簽頁，所有字段的修改歷史都顯示在網(wǎng)格中。對于需求的每一個改變，網(wǎng)格上都會顯示相應(yīng)的修改日期、修改人名稱和修改后的值。你能夠定義哪些字段可以顯示在網(wǎng)格中。在 Field 列表中，選擇一個字段名稱，僅僅只查看該字段的修改記錄。關(guān)于保存歷史記錄的信息，請查看Quality Center 管理員手冊 （Quality Center Administrators Guide） 。.8 郵寄需求（郵寄需求（MailingMailing RequirementsR

52、equirements）你可以發(fā)送 E-mail 給 Quality Center 項(xiàng)目中的其它使用者。這樣你就可以定期地通知開發(fā)和質(zhì)量保證人員關(guān)于測試需求的情況。注意注意：默認(rèn)狀態(tài)下，Quality Center 以 HTML 格式發(fā)送 E-mail。若希望 Quality Center 發(fā)送無格式的文本郵件，需要在 SiteSite AdministratorAdministrator 的 SiteSite ConfigConfig 標(biāo)【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.簽頁中編輯 MAIL_FORMATMAIL_FORMAT 參數(shù)。更詳細(xì)信息，請查看Quali

53、ty Center 管理員手冊（Quality Center Administrators Guide）。郵寄需求：郵寄需求：在需求樹中，選擇一個需求，并單擊 MailMail RequirementRequirement 按鈕。Send Mail 對話框?qū)⒈粡棾?。輸入一個有效的 E-mail 地址?；蛘邌螕?ToTo 按鈕或 CcCc 按鈕去選擇用戶，Select Recipients 對話框?qū)⒈粡棾?。選擇所要發(fā)送郵件的用戶或用戶組，并單擊 OKOK。注意，你可以通過右擊一個用戶，并選擇 PropertiesProperties 來查看用戶屬性。關(guān)于定義用戶屬性的更詳細(xì)信息，請查看Quali

54、ty Center 管理員手冊（Quality Center Administrators Guide）。在 SubjectSubject 框中，為郵件輸入主題。選擇是否需要包括需求的 AttachmentsAttachments、HistoryHistory 和（或）TestsTests CoverageCoverage。在 AdditionalAdditional CommentsComments 框中，添加你想加的注釋。在對話框中進(jìn)行拼寫檢查：單擊 CheckCheck SpellingSpelling 按鈕，為所選擇的詞或文本框作拼寫檢查。假如不存在錯誤，一個確認(rèn)消息將被彈出；假如有錯

55、誤被發(fā)現(xiàn)，Spelling 對話框?qū)⒈淮蜷_，并顯示錯的詞和更改建議。單擊 SpellingSpelling OptionsOptions 按鈕打開拼寫選擇對話框。能夠讓你配置 Quality Center 拼寫檢查的規(guī)則。單擊 ThesaurusThesaurus 按鈕打開辭典對話框，顯示所選詞的同義、反義或近義詞。你能夠替換所選擇的詞，或查找新單詞。單擊 CustomCustom 去查看并編輯完整的 E-mail 文本。單擊 SendSend，發(fā)送 E-mail?！揪肺臋n】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔..9 查看關(guān)聯(lián)缺陷（查看關(guān)聯(lián)缺陷（LinkingL

56、inking DefectsDefects）查看關(guān)聯(lián)缺陷：查看關(guān)聯(lián)缺陷：打開需求詳細(xì)界面點(diǎn)擊 Linked Defects，顯示與這個需求相關(guān)的缺陷。.10 修改需求樹（修改需求樹（ModifyingModifying thethe RequirementsRequirements TreeTree）你可以在需求樹中重命名、拷貝、移動或刪除需求。重命名需求：重命名需求：你可以在需求樹中對需求進(jìn)行重命名。從需求樹中選擇一個需求。單擊這個需求，或右鍵單擊這個需求，并選擇 RenameRename。編輯需求名稱。注意，需求名稱不能夠包含如下字符： *。按 EnterEnter?？截?/p>

57、需求：拷貝需求：你可以在需求樹中對需求進(jìn)行拷貝。當(dāng)你拷貝一個需求主題時(shí)，此需求主題的所包含的內(nèi)容也將被拷貝。注意：你能夠拷貝需求到不同的 Quality Center 工程。在需求樹中選擇準(zhǔn)備要拷貝的需求。右鍵 CopyCopy 按鈕，或右鍵單擊這個需求，并選擇 CopyCopy。在需求樹中選擇一個需求。你可以將已復(fù)制的需求，粘貼到同級或低級。以同級粘貼所拷貝的需求到所選擇需求的下面：右鍵單擊需求，并選擇 PastePaste PastePaste。注意：假如要粘貼的需求與已經(jīng)存在的需求同名，Quality Center 將自動添加suffix_Copy 到拷貝的需求名后面。以低一級粘貼所拷貝

58、的需求到所選擇的需求下面：右鍵單擊需求，并選擇 PastePaste PastePaste （asas SiblingSibling） ?！揪肺臋n】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.移動需求：移動需求：你能夠移動需求到需求樹的不同位置。當(dāng)你移動需求主題時(shí)，需求模塊將自動移動需求主題所包含的內(nèi)容。在需求樹中選擇準(zhǔn)備去移動的需求。EditCutEditCut，或者右鍵單擊需求并選擇 CutCut。在需求樹中選擇一個需求。你可以將已剪切的需求，粘貼到同級或低級。以同級粘貼所拷貝的需求到所選擇需求的下面：右鍵單擊需求，并選擇 PastePaste PastePaste。以低一級粘貼

59、所拷貝的需求到所選擇的需求下面：右鍵單擊需求，并選擇 PastePaste PastePaste （asas SiblingSibling） 。提示提示：你可以通過拖動，將一個需求移動到需求樹的新的位置。刪除需求：刪除需求：你能夠?qū)⑿枨髲男枨髽渲袆h除。若刪除需求主題，需求主題所包含的所有內(nèi)容也將被刪除。從需求樹中選擇一個需求。選擇此需求，按 DeleteDelete 或者右鍵選擇 DeleteDelete。按下 Ctrl 鍵可以選擇多項(xiàng)。單擊 YesYes 去確認(rèn)。.11 從需求創(chuàng)建測試（從需求創(chuàng)建測試（CreatingCreating TestsTests fromfrom

60、 RequirementsRequirements）一旦你創(chuàng)建了需求樹，你可以用這些需求作為基礎(chǔ)，在測試計(jì)劃樹中定義測試，并在測試集中運(yùn)行測試。從需求創(chuàng)建測試有如下兩種方法：轉(zhuǎn)換需求到測試（轉(zhuǎn)換需求到測試（ConvertConvert RequirementRequirement toto TestsTests）：轉(zhuǎn)換需求到測試計(jì)劃樹中指定主題的測試。你可以轉(zhuǎn)換需求樹中的所選定的需求或所有需求。這種方法使用轉(zhuǎn)換到測試【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流.精品文檔.向?qū)?，幫助你設(shè)計(jì)測試計(jì)劃樹。詳見轉(zhuǎn)換需求到測試（Convert Requirement to Tests） 。從需求產(chǎn)生測試