【正文】 動化，測試人員能把更多精力關(guān)注在如何設(shè)計(jì)有效的測試用例，如何有效選擇執(zhí)行測試用例，從而保證系統(tǒng)質(zhì)量。編碼借助DOORS的測試管理可以幫助我們：167。 協(xié)調(diào)測試過程中的測試活動、測試資產(chǎn)(Asset)和測試人員167。 追蹤測試資產(chǎn)之間的依賴關(guān)系167。 迭代地進(jìn)行測試計(jì)劃、測試執(zhí)行和測試評估167。 知道當(dāng)前被測試系統(tǒng)的質(zhì)量167。 定義、測量和跟蹤系統(tǒng)的質(zhì)量目標(biāo)167。 自動化測試管理167。 跟蹤測試計(jì)劃和測試用例167。 測量測試進(jìn)度167。 提供了集中查看整個項(xiàng)目狀態(tài)的實(shí)時視圖167。 記錄了開發(fā)、測試和項(xiàng)目工件之間的可追蹤、可審計(jì)的關(guān)系4 管理項(xiàng)目計(jì)劃、測試結(jié)果、質(zhì)量度量和缺陷4 集成了版本控制的集中存儲庫4 提供了廣泛的度量報告4 需求 測試用例的追蹤4 缺陷 測試用例的追蹤4 測試日志 需求的關(guān)聯(lián)4 缺陷 測試日志的關(guān)聯(lián). 有效的團(tuán)隊(duì)溝通，以保證團(tuán)隊(duì)成員都能了解需求信息我所需求管理解決方案可以同我所配置管理解決方案、建模管理解決方案、測試管理解決方案等其他方案有效集成，因此可以提高團(tuán)隊(duì)跨工具和項(xiàng)目集成需求，從而優(yōu)化團(tuán)隊(duì)圍繞需求的溝通和協(xié)作。 同配置管理解決方案的集成，提高需求變更過程的管理。通過和我所配置管理解決方案CC和CQ的集成，可以保證團(tuán)隊(duì)中開發(fā)人員，項(xiàng)目經(jīng)理，測試人員等不同成員圍繞著需求變更進(jìn)行有效的溝通。例如：隨著項(xiàng)目的漸進(jìn)明細(xì)，不可避免地會出現(xiàn)需求變更的請求，同配置管理解決方案的集成，通過將變更請求與那些可滿足這些請求的需求相關(guān)聯(lián)，將重要相關(guān)者的反饋送入項(xiàng)目的下一階段的過程，因此當(dāng)對下一階段需求進(jìn)行優(yōu)先級排列時，可以從容地考慮用戶的需求。 同建模管理解決方案的集成，保證需求與模型的一致性。使用模型（用例模型）和文檔的有機(jī)結(jié)合，準(zhǔn)確的分析和描述需求，同時基于正確的需求保證建模的準(zhǔn)確性。RequisiteProClearQuest 同測試管理解決方案的集成，提高測試人員對需求的訪問，從而確保測試人員確定他們正在檢驗(yàn)的是正確的。我所需求管理解決方案可以同測試管理解決方案平滑集成，這樣可確保將需求用作創(chuàng)建測試用例時的直接輸入，測試人員和QA工程師就可自信地驗(yàn)證系統(tǒng)。并且隨著需求更改的發(fā)生，測試人員可以真實(shí)地察看需求更改會對哪個測試用例產(chǎn)生影響，見下圖。需求/變更 缺陷 測試 . DOORS與Word的數(shù)據(jù)交互DOORS的導(dǎo)入插件支持將Word文檔直接導(dǎo)入DOORS數(shù)據(jù)庫，且保持文檔結(jié)構(gòu)的一致，如下圖所示。Word與DOORS的角色的定位：l 需求撰寫在Word中完成，撰寫完成后，由DOORS管理員將Word中的需求導(dǎo)入DOORSl 需求的后續(xù)更新、屬性定義在DOORS中完成l 需求的評審在DOORS中完成，并在DOORS中創(chuàng)建需求基線l 需求的變更在DOORS中進(jìn)行l(wèi) DOORS中的需求導(dǎo)出發(fā)布到Word，用于歸檔、發(fā)送給外協(xié)單位。. 基于DOORS和Reqtify的全生命周期需求跟蹤目前在包括空客A380這樣的許多大型項(xiàng)目中都使用兩種解決方案來完成需求的捕獲、分析和追蹤。分別是IBM公司的DOORS和達(dá)索的REQTIFY。DOORS是眾所周知的工具，而REQTIFY的主要功能是：a) 需求覆蓋分析b) 自下而上和自上而下的影響分析（ImpactAnalysis）c) 整個項(xiàng)目生命期中的需求變更、更新和刪除的跟蹤d) 需求屬性處理e) 對上述屬性進(jìn)行過濾并顯示f) 用戶可配置的文檔生成項(xiàng)目和質(zhì)量工程師需要在整個開發(fā)期中跟蹤需求，REQTIFY就是一個對他們適用的低成本、可定制、使用方便的工具。它跟別的數(shù)據(jù)庫工具不一樣，它處理直接從源文件（文本處理、Excel、PDF、UML分析與建模、Simulink模型、程序代碼等等）中抽取的信息，不需做任何修改，即使是項(xiàng)目已經(jīng)開始，也可以迅速得到應(yīng)用和推廣。DOORS對于管理系統(tǒng)頂層設(shè)計(jì)階段的需求是非常有效的。這個階段的重點(diǎn)是需求的定義，工具的重點(diǎn)在于數(shù)據(jù)庫的管理。該階段的輸出是完整定義好的形式化的“需求文檔”，作為下一階段的輸入。對于開發(fā)和測試階段，DOORS并非最有效的方法，原因很簡單：該階段的重心在于需求的實(shí)現(xiàn)與測試，而不是需求的定義。需求的實(shí)現(xiàn)和測試散布在不同的開發(fā)測試工具當(dāng)中， REQTIFY對于開發(fā)和測試階段就將是非常有效的工具，它提供了許多常用工具的接口，以形式化的規(guī)范說明為輸入。REQTIFY不能管理頂層需求和系統(tǒng)需求的定義，它的價值體現(xiàn)在需求被完善定義之后。在清楚了解上述產(chǎn)品定位后，我們會發(fā)現(xiàn)最有效的解決方案在于這兩種工具的協(xié)調(diào)使用。DOORS用在頂層需求的定義，REQTIFY用于在余下的生命周期內(nèi)實(shí)現(xiàn)和測試需求、跟蹤需求的變化、做出需求的影響分析等。REQTIFY輸出的結(jié)果可以文檔形式給出（Word,Excel……），或者直接插入到DOORS的數(shù)據(jù)庫中供系統(tǒng)工程師分析，如下圖所示：a) REQTIFY作為小型的、行之有效的解決方案，專注于需求的實(shí)現(xiàn)、追蹤和影響分析。由于REQTIFY的這種專注性，它提供了良好的用戶界面，方便在需求追蹤圖表中導(dǎo)航。b) REQTIFY允許我們在統(tǒng)一的編輯器中更新越來越多的不同版本的工具，這使得我們可以很好地解決工具的一致性和接口問題。簡單的“Save”動作即可更新追蹤性分析結(jié)果，而無需數(shù)據(jù)庫的同步。c) REQTIFY配合DOORS使其各自的適用階段都已被用戶廣泛接受。d) DOORS定義的需求可以很容易地被REQTIFY捕獲，REQTIFY產(chǎn)生的分析結(jié)果也可以反饋給使用DOORS的系統(tǒng)工程師，為他們提供關(guān)于系統(tǒng)實(shí)現(xiàn)的更加良好的視圖。7. MS Project和CQ的集成的項(xiàng)目管理平臺MS Project是我們?nèi)粘９ぷ髦惺褂梅浅Ｆ毡榈捻?xiàng)目管理平臺，通過Project Tracker實(shí)現(xiàn)MS Project與CQ的集成，在MS Project中定義項(xiàng)目計(jì)劃和里程碑，并分配不同里程碑階段的具體開發(fā)任務(wù)。MS Project中的具體開發(fā)任務(wù)自動導(dǎo)入CQ，通過CQ與CC的集成，實(shí)現(xiàn)開發(fā)任務(wù)與變更集的關(guān)聯(lián)，真正實(shí)現(xiàn)開發(fā)任務(wù)與具備工作產(chǎn)品的對應(yīng)。. 從MS Project連接到CQ在MS Project中新建一個項(xiàng)目計(jì)劃，點(diǎn)擊ToolsCQAdministrative TasksLink to CQ Database，如下圖所示。. 輸出項(xiàng)目任務(wù)到CQ中在一個已經(jīng)連接了CQ數(shù)據(jù)庫的項(xiàng)目計(jì)劃中，建立項(xiàng)目計(jì)劃任務(wù)，設(shè)計(jì)任務(wù)計(jì)劃的日程安排，完成對各類信息的添加。點(diǎn)擊ToolsCQExport New Tasks to CQ。. 同步CQ任務(wù)到MS Project項(xiàng)目計(jì)劃中點(diǎn)擊ToolsCQImport New Records from CQ，需要選擇或者新建查詢，從而獲得可以CQ中的任務(wù)信息。. 同步MS Project項(xiàng)目計(jì)劃任務(wù)與CQ中的記錄任何的修改，會導(dǎo)致輸出到CQ的任務(wù)與MS Project的項(xiàng)目計(jì)劃任務(wù)的不同，也會導(dǎo)致輸入到MS Project的項(xiàng)目計(jì)劃任務(wù)和在CQ相關(guān)聯(lián)任務(wù)的不同，因此，同步的作用和功能必不可少。第37頁