（計算機應(yīng)用技術(shù)專業(yè)論文）基于cmm的軟件測試管理支持系統(tǒng)研究.pdf

摘要 隨著軟件產(chǎn)業(yè)的飛謎發(fā)展，軟件的規(guī)模變得越來越大，同時軟件的復(fù)雜度也蕊 梅越來越高。軟件測試作為軟件質(zhì)量保誕體系的有機組成部分，其地位在軟件開 發(fā)特臻是大型軟件開發(fā)過程中也越來越蕊要。然兩筵統(tǒng)躲測試技術(shù)濺重強調(diào)軟件 產(chǎn)潞本身爨濺試，沒裔兗分考惑霹款 孛黲奎產(chǎn)過程透行梭濺。本文在謦家蠢辮按 技展“8 6 3 ”計劃項嗣“基于高性能寬帶通信網(wǎng)絡(luò)的軟件支撐體系研究”的基黼上， 對同向分布式開發(fā)豳隊的軟件測試管理擻持系統(tǒng)進(jìn)行了研究。 本文分柝了匿外現(xiàn)商幾個軟件測試管理工具的主要特點瓤局限性，結(jié)合軟件開 殷綴綏麴實際需要，掇斑了一個基予c m m 蕊獲舞弱試管瓔支薅系統(tǒng)摟型，并在 媛橫壟麓基礎(chǔ)上磷寵炭現(xiàn)了簌釋測試謄瀨支耪系統(tǒng)c o - t e s t 。本系緩包菇濺試遴纛 計劃管理、測試用例管理、缺陷管理、測試任務(wù)管理和測試評價等技術(shù)，涉及人 員不僅包括各階段測試人員，還包括需求分析人員、編碼人員、項目管理人員、 客戶及最終用戶。本文舟綏c o t e s t 支持系統(tǒng)酌總體設(shè)計、系統(tǒng)槳梅、主要功艇模 塊漩詩纛數(shù)豢模囊，逐始蠢了囂試管理支羚系凌簿主要禳塊茲實璦耪一些楚爝繡 聚的分析。最后總繚了課題研究的主要內(nèi)容和下一步的工作展望。 本課題研究的應(yīng)用領(lǐng)域主要包括中小烈軟件開發(fā)組織，有助于提高這些組織的 牧 牛測試管理能力。 美雅溺：較舞濺斌；軟釋測試警理；c m m ；溺試禹秘；較襻艘璃 r e s e a r c ho fs o f t w a r et e s t i n gm a n a g e m e n t s u p p o r t e ds y s t e m b a s e do nc m m a b s t r a c t w i t ht h er a p i dd e v e l o p m e n to fs o f t w a r ei n d u s t r y , t h es c a l eo fi tg r o w i n gb i g g e ra n d b i g g e r , a tt h es a m et i m e ，i tb e c o m e sm o r ea n dm o r ec o m p l i c a t e d a sap a r to f t h es y s t e m o fs o f t w a r ea s s u r a n c e ，t h er o l eo fs o f t w a r et e s t i n gb e c o m e sm o r ea n dm o r ei m p o r t a n t ， e s p e c i a l l yi nt h ep r o c e s so fb i g s c a l es o f t w a r ed e v e l o p m e n t h o w e v e r , t h et r a d i t i o n a l t e s t i n gt e c h n i q u e sf o c u s o nt e s t e dp r o d u c t s ，n o tc h e c kt h e p r o c e s s o fs o f t w a r e p r o d u c t i o nc o n s i d e r a b l y t h i sp a p e rb a s e do nt h en a t i o n a l8 6 3p r o j e c to fs o f t w a r e s u p p o r t e ds y s t e mo fh i g hp e r f o r m a n c ew i d e b a n dt e l e c o m m u n i c a t i o nn e t w o r k ，a n d d ot h er e s e a r c ho fs o f t w a r et e s t i n gm a n a g e m e n ts u p p o r t e ds y s t e mf o rd i s t r i b u t e d d e v e l o po r g a n i z a t i o n s t h i sp a p e ra n a l y s e st h em a i nf e a t u r e sa n dl i m i t a t i o n so fs e v e r a lf o r e i g ns o f t w a r e t e s t i n gm a n a g e m e n tt o o l s c o m b i n e dw i t ht h er e q u i r e m e n t so fs o f t w a r ed e v e l o p o r g a n i z a t i o n s ，i tm a k e sam o d e lo fs o f t w a r et e s t i n gm a n a g e m e n ts u p p o r t e ds y s t e m w h i c hb a s e do nc m m ，a n dr e a l i z e st h es o f t w a r et e s t i n gm a n a g e m e n ts u p p o r t e ds y s t e m n a m e dc o - t e s t t h i ss y s t e mc o n t m n st h em o d u l e so f t e s t i n gp r o g r e s sp l a nm a n a g e m e n t ， t e s t i n g c a s e s m a n a g e m e n t ，b u gm a n a g e m e n t ，t e s t i n gt a s k sm a n a g e m e n t ，t e s t i n g e v a l u a t i o na n ds oo n i tr e f e r st on o to n l yt h et e s t e r se v e r yp h a s e ，b u ta l s oa n a l y z e r s ， p r o g r a m m e r s ，p r o j e c tm a n a g e r s ，c u s t o m e r sa n de n d u s e r s t h i st h e s i si n t r o d u c e st h e a r c h i t e c t u r ed e s i g n ，s y s t e mf r a m e w o r k ，m a i nm o d u l e sd e s i g na n dd a t em o d e lo fc o t e s t ， a n dr e a l i z e sc o t e s t a tl a s t ，s u m m a r i z e st h es u b j e c ta n de x p e c t sn e x tr e s e a r c h t h ew o r k i n gd o m a i nf o rt h i ss u b j e c ti ss m a l ls c a l ed e v e l o p m e n to r g a n i z a t i o n s m a i n l y , a n d t h e s u b j e c th e l p s t h e mt oi n c r e a s et h e a b i l i t y o fs o f t w a r et e s t i n g m a n a g e m e n t k e yw o r d s ：s o f t w a r et e s t i n g ；s o f t w a r et e s t i n gm a n a g e m e n t ；c m m ；t e s t i n gu s e c a s e ；b u g 大連海事大學(xué)學(xué)位論文原刨性聲明和使用授權(quán)說明 原毯性聲暖 本人鄭重聲爨：本論文怒在母師的指導(dǎo)下，獨立進(jìn)行研究工作掰墩褥豹成萊， 撰寫成博士碩士學(xué)位論文 ：= 鬟耍跡些暨塑緝捌邋簍受羹遮簿縫a 除 論文中已經(jīng)注明引用的內(nèi)容外，對論文的研究做出重要貢獻(xiàn)的個人和集體，均已 在文中以明確方式標(biāo)明。本論文中不包含任何朱加明確注明的其他個人戚集體已 經(jīng)公開發(fā)表或未公開發(fā)表的成果。 本聲明的法律責(zé)任由本人承提。 論文終者簽名：芽滲爿辟吾兵嬉墨 學(xué)位論文叛權(quán)使用授權(quán)書 本學(xué)位論文作者及指導(dǎo)教師究全了解“大連海事大學(xué)研究生學(xué)位論文提交、版 權(quán)使用管理辦法”，同意大連海漆大學(xué)保留并向國家有關(guān)部門或機構(gòu)邀交學(xué)位論文 的復(fù)印件和電子版，允許論文被態(tài)閱和借閱。本人授權(quán)大連海事大學(xué)可以將本學(xué) 位論文的全部或部分內(nèi)容編入肖關(guān)數(shù)據(jù)庫進(jìn)行檢索，也町采用影印、縮印戚掃描 等復(fù)制手段保存和匯編學(xué)位論文。 論文儲簽名：糊導(dǎo)師虢；務(wù)徹z 日期：卅眸凈月心曰 第1 章緒論 1 1 選題的背景和意義 隨著信息技術(shù)的迅速發(fā)展，軟件產(chǎn)業(yè)已經(jīng)成為了部分國家與地區(qū)之間經(jīng)濟增長 的重要部分。為了進(jìn)一步推動軟件產(chǎn)業(yè)上規(guī)模、上效益和上水平，一個最重要的 因素是提高軟件組織的軟件過程管理水平3 】 9 1 。軟件過程管理指的是對軟件開發(fā)全 過程規(guī)范化及標(biāo)準(zhǔn)化的管理。軟件工程的基礎(chǔ)是過程，軟件工程過程是將技術(shù)層 結(jié)合在一起的凝聚力，使得軟件能夠合理地和及時地開發(fā)出來【8 j 【5 1 。研究表明，實 施軟件過程管理和改進(jìn)能夠有效的提高軟件企業(yè)的生產(chǎn)效率及軟件的質(zhì)量【4 1 。但是 當(dāng)前國內(nèi)軟件組織，特別是中小型軟件組織，在實施軟件過程管理和改進(jìn)中存在 事務(wù)周期長、需要分布式協(xié)作、投入大、復(fù)雜性高等問題。針對此種情況，通過 采用有效的軟件工程方法和軟件工程支持工具成為行之有效的手段。 隨著軟件規(guī)模的不斷擴大，軟件設(shè)計的復(fù)雜程度不斷提高，軟件開發(fā)中出現(xiàn)錯 誤或缺陷的機會也越來越多。同時，市場對軟件質(zhì)量重要性的認(rèn)識也逐漸增強。 所以，軟件測試在軟件項目實施過程中的重要性r | 益突出。測試就是對項目開發(fā) 過程的產(chǎn)品( 編碼、文檔等) 進(jìn)行差錯審查，保證其質(zhì)量的一種過程。軟件產(chǎn)品 的質(zhì)量問題發(fā)現(xiàn)越晚，修正錯誤的代價越大。錯誤并= _ ：f i 只是在編程階段產(chǎn)生的缺 陷，需求和設(shè)計階段的錯誤所造成的缺陷危害更大、修復(fù)成本更高【6 。如果軟件存 在故障，將可能造成人力、物力和財力的巨大浪費；如果軟件質(zhì)量不高，維護費 用不僅將大大超過其丌發(fā)費用，而且會使維護變得很困難，甚至將造成不可彌補 的損失。 作為軟件項目開發(fā)的一個必要的組成部分，軟件測試需要良好的組織和管理。 使用軟件質(zhì)量規(guī)范，編寫和實現(xiàn)測試用例和模型，可以有效地組織測試。如何有 效地組織和管理好軟件測試活動并使之有序進(jìn)行，足本文要討論解決的問題。 對軟件測試的過程進(jìn)行管理已經(jīng)成為一種提高軟件丌發(fā)團隊效率的重要手段， 傳統(tǒng)的測試技術(shù)主要針對單獨的過程段進(jìn)行管理，人們發(fā)現(xiàn)傳統(tǒng)的方法存在一定 的不足： ( 1 ) 測試計劃變動大：由于項目前期工作及編碼階段進(jìn)度變動，往往從測試階 段壓縮或拉大時間進(jìn)度。項f l 進(jìn)度吃緊時少做些測試，時間富裕多做些測試。測 試人員的效率也因此上下浮動。 ( 2 ) 測試過程不連貫：隨著軟件開發(fā)規(guī)模的不斷擴大，測試過程也分得越來越 細(xì)，大量測試人員的參與分工越來越細(xì)。 ( 3 ) 測試資源重復(fù)利用低：隨著測試技術(shù)的發(fā)展，越來越多的軟件組織對軟件 測試過程中的測試技術(shù)進(jìn)行總結(jié)保存改進(jìn)，提高它們的町重復(fù)使用率。但是，測 試過程中的測試案例以及測試環(huán)境等資源的可重復(fù)使用效率還是很低。 針對以上問題，本課題基于c m m ，提出一種改進(jìn)過的軟件測試管理方法，用 以支持軟件開發(fā)全生命周期中的測試管理，實現(xiàn)全程的測試集中控制管理；針對 的人員不僅僅是程序員，進(jìn)一步包括了需求分析人員、系統(tǒng)架構(gòu)人員、項目管理 人員、客戶及最終用戶。 2 0 0 4 年國家科技部批準(zhǔn)“基于高性能寬帶通信網(wǎng)絡(luò)的軟件支撐體系研究” ( n o 2 0 0 4 a a l l 6 0 1 0 ) 為國家8 6 3 計劃項目，在大連建立國家級軟件孵化器，該孵化 器的建設(shè)是大連市開展軟件產(chǎn)業(yè)國際化示范城市的重要組成部分。要求孵化器結(jié) 合地區(qū)的軟件產(chǎn)業(yè)特色，以領(lǐng)域構(gòu)件庫結(jié)合孵化器構(gòu)件庫，建立相應(yīng)的軟件資源 庫、軟件開發(fā)與生產(chǎn)支持平臺等。該項目由大連市科技局、大連海事大學(xué)、大連 軟件園等共同承擔(dān)，其中大連海事大學(xué)計算機學(xué)院作為技術(shù)支撐單位。其主要研 究內(nèi)容之一是建立面向軟件開發(fā)的、以三庫三平臺( 開放源代碼庫、軟件構(gòu)件庫、 公共軟件工具庫、軟件產(chǎn)業(yè)國際化技術(shù)支撐平臺、8 6 3 成果技術(shù)轉(zhuǎn)化支撐平臺、國 際化軟件人才培養(yǎng)支撐平臺) 為核心的公共技術(shù)支撐體系。本論文的研究內(nèi)容是 基于其中的子課題“軟件測試過程管理系統(tǒng)”而進(jìn)行的，主要研究軟件測試管理 及其相關(guān)技術(shù)。 1 2 研究現(xiàn)狀及目標(biāo) 目前，大家比較熟悉的測試管理工具主要有m i c r o s o f t 的r a i d s ，i b mr a t i o n a l 的t e s t s t u d i o ，m e r c u r yi n t e r a c t i v e 的t e s t d i r e c t o r ，s i l i c o nv a l l e yn e t w o r k s 的 t e s t e x p e r t ，c o m p u w a r e 的q a d i r e c t o r 等。 其中r a i d s 是專注于缺陷管理的工具，它提供了缺陷填報，缺陷查詢等功能。 而t e s ts t u d i o 是專注丁對測試用例管理的工具，它按層次性組織測試用例，易于 查詢和運行測試用例。t e s td i r e c t o r 和t e s te x p e r t 是另外兩個測試管理工具，也提 供了較好的缺陷管理和測試用例管理功能。但它們存在以下幾個方面的局限性： ( 1 ) 由于經(jīng)濟和文化等方面的原因，難以適應(yīng)國內(nèi)企業(yè)和單位的要求；( z ) 來提供 測試任務(wù)的跟蹤和臥同管理功能；( 3 ) 不支持測試用例的重復(fù)運行，使重復(fù)測試、 嘲歸測試的管理比較困難；( 4 ) 軟件缺陷嚴(yán)重等級、優(yōu)先級和其他分類屬性以及測 試用例的分類屬性的劃分固定不變，不能適應(yīng)不同軟件組織的定制要求。 s w - c m m 即c a p a b i l i t ym a t u r i t ym o d e lf o rs o f t w a r e ，意為“軟件能力成熟度模 型”， 目的在于保證軟件產(chǎn)品質(zhì)量、縮短開發(fā)周期和提高工作效率。c m m 的首 要也是最終要的目標(biāo)是建立一種機制來推進(jìn)軟件工程化的改變。針對現(xiàn)有的軟件 測試管理工具的一些局限性，借鑒軟件測試領(lǐng)域中先進(jìn)的軟件測試管理方法和模 式，并結(jié)合了作者在軟件測試方面的實踐經(jīng)驗，研究和實現(xiàn)一個實用先進(jìn)的軟件 測試管理工具。這個工具的主要技術(shù)特點如下： ( 1 ) 測試運行管理，通過將測試用例的靜態(tài)信息和動態(tài)信息分離來進(jìn)行測試用 例運行的管理，為重復(fù)測試、回歸測試管理提供支持。 ( 2 ) 軟件缺陷和測試用例的分類屬性值的定制功能，使用戶可以根據(jù)自身組織 的管理要求進(jìn)行自定義，根據(jù)定制提供相應(yīng)的分類查詢、統(tǒng)計等處理功能。 ( 3 ) 測試進(jìn)度計劃管理，通過設(shè)定測試?yán)锍瘫凸芾頇z查點來對測試進(jìn)度計劃 進(jìn)行管理。 ( 4 ) 測試任務(wù)管理，使用層次結(jié)構(gòu)表達(dá)任務(wù)的結(jié)構(gòu)關(guān)系，提供基于工作流的任 務(wù)協(xié)同管理，全過程監(jiān)測任務(wù)的時間、成本和績效。 ( 5 ) 測試評價，通過測試覆蓋和缺陷報告等方法來進(jìn)行測試評價。 本文將提出這個工具的技術(shù)方案。具體研究內(nèi)容包括： ( 1 ) 軟件測試管理需求。由于軟件測試管理的三要素是測試過程、測試工作產(chǎn) 品和測試人員，所以一個軟件測試管理工具主要對這三要素的管理提供支持。本 文根據(jù)軟件測試管理的實際需要，著重研究測試進(jìn)度計劃管理、測試用例管理、 軟件缺陷管理、測試任務(wù)管理和測試評價管理，以及它們之間的相互關(guān)系等。缺 陷管理、測試用例管理是最基本的管理功能。為了達(dá)到最大程度地發(fā)現(xiàn)軟件缺陷、 改正軟件的目的，我們支持重復(fù)測試、回歸測試，在測試的過程中，允許局部修 改測試用例、選擇適當(dāng)?shù)臏y試用例進(jìn)行多輪測試。由于不同的測試組織對軟件缺 陷和測試用例的分類屬性值的設(shè)置和理解不同，我們允許用戶可以根據(jù)自己的特 定要求方便地進(jìn)行缺陷和測試用例分類屬性值的自定義。同時我們設(shè)置了建立缺 陷和測試用例之間的動態(tài)聯(lián)系的功能接口。進(jìn)度計劃的管理、測試任務(wù)的管理和 測試評價的管理是對測試過程、測試結(jié)果進(jìn)行控制和分析的部分。 ( 2 ) 支持系統(tǒng)的體系結(jié)構(gòu)。本支持系統(tǒng)基于w e b 開發(fā)，整個丁具分為缺陷用 例管理子系統(tǒng)和任務(wù)時間協(xié)同管理子系統(tǒng)，其中，缺陷用例管理了系統(tǒng)主要負(fù)責(zé) 缺陷管理、測試用例管理和測試評價管理，任務(wù)時問協(xié)同管理子系統(tǒng)主要負(fù)責(zé)測 試進(jìn)度計劃管理和測試任務(wù)管理。子系統(tǒng)各部件之間、子系統(tǒng)之間通過w e b 方式 相互聯(lián)系和約束，構(gòu)成一個完整的管理支持系統(tǒng)。 ( 3 ) 數(shù)據(jù)模型。本文建立和描述了本支持系統(tǒng)的實體對象及其之間的關(guān)系：測 試項目、缺陷、測試用例、用戶、測試進(jìn)度計劃和測試任務(wù)。每個測試項目有多 個測試用例；用戶測試測試項目，發(fā)現(xiàn)軟件缺陷；每一個測試用例對應(yīng)多個缺陷； 一個測試項目可以分解為多個測試任務(wù)；每一個測試任務(wù)對應(yīng)一個任務(wù)的測試進(jìn) 度計劃；每一個用戶可以分配自己的多個測試進(jìn)度計劃。 ( 4 ) 實現(xiàn)的關(guān)鍵技術(shù)。包括缺陷、測試用例分類屬性定制技術(shù)，缺陷流轉(zhuǎn)技術(shù)， 任務(wù)流轉(zhuǎn)技術(shù)，測試進(jìn)度量化設(shè)計，頁面失效的處理技術(shù)等。 1 3 本文的組織結(jié)構(gòu) 第一章是引言，介紹了論文的背景和研究內(nèi)容和目標(biāo)。 第二章討論了軟件測試的相關(guān)內(nèi)容和幾個當(dāng)前比較流行的測試管理工具，并對 這些工具的一些主要特性進(jìn)行了對比和分析。 第三章講述了c m m 以及與c m m 相對應(yīng)的t m m 的相關(guān)知識，著重描述了 c m m 對軟件評價軟件測試的指導(dǎo)作用。 第四章描述了本文所研究的基于c m m 的軟件測試管理支持系統(tǒng)的解決方案。 包括了用戶管理、測試用例管理、測試任務(wù)時間管理、缺陷管理、缺陷查詢統(tǒng)計、 測試文檔管理等測試過程中涉及的各個管理方面的方法和理論。本章還給出了系 統(tǒng)的體系結(jié)構(gòu)、各個模塊的設(shè)計目標(biāo)和功能描述、實體關(guān)系圖和數(shù)據(jù)庫設(shè)計。 第五章詳細(xì)介紹了本文所研究的基于c m m 的軟件測試管理支持系統(tǒng)c o t e s t 的具體實現(xiàn)。本章給出了開發(fā)環(huán)境和工具，以及主要模塊實現(xiàn)的介紹。 第六章作者對本文的內(nèi)容作了總結(jié)，并提出了下一步工作的構(gòu)想和目標(biāo)。 第2 章軟件開發(fā)周期中的測試管理 2 1 軟件測試與軟件測試管理 為了保證軟件產(chǎn)品的質(zhì)量，需要對軟件過程進(jìn)行控制，同時也需要對軟件產(chǎn)品 本：身進(jìn)行檢測，在l 前形式化方法和程序正確性證明還無望成為實用性方法的情 況下，軟件測試在將來的相當(dāng)一段時問仍然是軟件質(zhì)量保證的有效方法川。 軟件測試是保證軟件質(zhì)量的關(guān)鍵性因素，隨著入們對軟件開發(fā)模型的小斷變 化，人們對軟件測試的理解，也在不斷地發(fā)生變化。測試的基本原則就是挑選一 些滿足特定標(biāo)準(zhǔn)的崩例，然后通過這些用例的執(zhí)行來檢測軟件是否存在缺陷。到 目前為止，軟件測試可阻分為五個階段：調(diào)試階段、實證階段、差錯階段、評測 階段和缺陷防止階段。 軟件測試的目的是盡可能發(fā)現(xiàn)并改正被測試軟件中的錯誤，提高軟件的可靠 性。測試剛程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤。一個好的用例在于能發(fā)現(xiàn)至今 尚未發(fā)現(xiàn)的錯誤。一個成功的測試足發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤。 軟件測試管理就是通過一定的管理方法和工具來對整個軟件測試過程進(jìn)行監(jiān) 控，從而提高軟竹測試1 作的績效。軟竹測試是對3 p 的管理：p r o e e s s e s ( 測試過 程) 、p r o d u c t s ( 測試工作產(chǎn)品) 、p e o p l e ( 測試人員) 。其中，測試過程包括技術(shù) 過程、管理過程和支持過程，對測試過程的管理主要是測量和分折軟什測試過程 的有效性和效率，進(jìn)行垡于度量的軟件測試過程的持續(xù)改進(jìn)。測試工作產(chǎn)品包括 測試計劃、系統(tǒng)扭阿試說明書、測試川例、測試報告、缺陷報告等，對測試工作產(chǎn) 品的管理主要是測量和分析測試軟件產(chǎn)品，收集質(zhì)量分析和產(chǎn)品放行決策所需要 的數(shù)據(jù)，檢查和評審軟件測試工作產(chǎn)品。而對測試人員的管理包括r 建立有效的 軟件測試組織，使測試人員能夠達(dá)到測試計劃規(guī)定的工作標(biāo)準(zhǔn)，收集和分析軟件 人員的工作績效數(shù)據(jù)等方面的內(nèi)容。日3 1 0 22 軟件測試管理模型 參考b e l a d y 和l e h m a n 模型，軟件測試管理工作模型： ：m + kx c ( a - b ) + q 。 其中，w ：總的軟件測試管理的工作量；m ：軟件測試工作量；k ：軟件測試 其中，w ：總的軟件測試管理的工作量；m ：軟件測試工作量；k ：軟件測試 第2 章軟件開發(fā)周期中的測試管理 2 1 軟件測試與軟件測試管理 為了保證軟件產(chǎn)品的質(zhì)量，需要對軟件過程進(jìn)行控制，同時也需要對軟件產(chǎn)品 本身進(jìn)行檢測，在目前形式化方法和程序正確性證明還無望成為實用性方法的情 況下，軟件測試在將來的相當(dāng)一段時問仍然是軟件質(zhì)量保證的有效方法【”。 軟件測試是保證軟件質(zhì)量的關(guān)鍵性因素，隨蔫人們對軟件開發(fā)模型的不斷變 化，人們對軟件測試的理解，也在不斷地發(fā)生變化。測試的基本原則就是挑選一 些滿足特定標(biāo)準(zhǔn)的用例，然后通過這些用例的執(zhí)行來檢測軟件是否存在缺陷。到 目前為止，軟件測試可以分為五個階段：調(diào)試階段、實證階段、差錯階段、評測 階段和缺陷防止階段。 軟件測試的目的是盡可能發(fā)現(xiàn)并改正被測試軟件中的錯誤，提高軟件的可靠 性。測試時程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤。一個好的用例在于能發(fā)現(xiàn)至今 尚未發(fā)現(xiàn)的錯誤。一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤。 軟件測試管理就是通過一定的管理方法和工具來對整個軟件測試過程進(jìn)行監(jiān) 控，從而提高軟件測試工作的績效。軟件測試是對3 p 的管理：p r o c e s s e s ( 測試過 程) 、p r o d u c t s ( 測試工作產(chǎn)品) 、p e o p l e ( 測試人員) 。其中，測試過程包括技術(shù) 過程、管理過程和支持過程，對測試過程的管理主要是測量和分析軟件測試過程 的有效性和效率，進(jìn)行基于度量的軟件測試過程的持續(xù)改進(jìn)。測試工作產(chǎn)品包括 測試計劃、系統(tǒng)測試說明書、測試用例、測試報告、缺陷報告等，對測試工作產(chǎn) 品的管理主要是測量和分析測試軟件j 2 品，收集質(zhì)量分析和產(chǎn)品放行決策所需要 的數(shù)據(jù)，檢查和評審軟件測試工作產(chǎn)品。而對測試人員的管理包括了建立有效的 軟件測試組織，使測試人員能夠達(dá)到測試計劃規(guī)定的工作標(biāo)準(zhǔn)，收集和分析軟件 人員的工作績效數(shù)據(jù)等方面的內(nèi)容四【3 o 2 2 軟件測試管理模型 參考b e l a d y 和l e h m a n 模型，軟件測試管理工作模型： 形= m + kxe ( a - b ) + q 。 其中，w ：總的軟件測試管理的工作量；m ：軟件測試工作量；k ：軟件測試 管理經(jīng)驗常數(shù)：a ：軟件測試管理復(fù)雜程度；b ：軟件測試管理人員對軟件的熟悉 程度的參數(shù)；q ：由于不確定兇素而帶來的額外工作量。 從模型可以看出，如果軟件測試管理的方法不好( 即軟件測試管理過程過于復(fù) 雜) ，或者軟件測試管理人員對軟件不熟悉，不能充分發(fā)揮他們的技術(shù)能力，那么 軟件測試管理的工作或成本將指數(shù)地增加。 2 3 軟件測試過程管理 軟件測試管理包括很多方面的內(nèi)容。從時間順序上來分，測試管理包括四項主 要的活動：測試計劃、測試方案、測試實施和錯誤跟蹤、測試總結(jié)和報告。測試 計劃是根據(jù)項目的工期和成本的要求來給測試階段所需時間的估計。測試方案是 跟據(jù)軟件質(zhì)量應(yīng)該達(dá)到的要求和測試計劃的要求確定測試的方法、步驟和周期， 規(guī)定測試環(huán)境，涉及測試用例和準(zhǔn)備測試數(shù)據(jù)等。測試實施和錯誤跟蹤是依照測 試方案進(jìn)行測試并填寫測試記錄以便錯誤跟蹤。測試總結(jié)和報告是對測試過程發(fā) 現(xiàn)的問題的總結(jié)，是項目管理人員及時發(fā)現(xiàn)問題、解決問題的前提，同時也是測 試經(jīng)驗的積累。 軟件測試管理是一項系統(tǒng)性的作，為了保證系統(tǒng)正常運行，保證系統(tǒng)運行效 率，需要把握好系統(tǒng)中的各個環(huán)節(jié)。有很多軟件組織由于組織規(guī)模、管理能力和 人員素質(zhì)等多方面的原因，沒有按照科學(xué)、規(guī)范的要求進(jìn)行測試管理，特別是沒 有區(qū)分測試管理涉及的各個角色，在一定程度上影響了測試的質(zhì)量，從而影響了 軟件產(chǎn)品的質(zhì)量。 2 3 1 測試進(jìn)度計劃管理 測試計劃從廣義上包含很多內(nèi)容，可以從不同的角度對測試項目進(jìn)行計劃，但 最近本的計劃還是時間計劃，即測試進(jìn)度計劃。從時間管理的角度，軟件測試管 理工具需要提供的支持是如何對測試進(jìn)度計劃進(jìn)行管理，即如何記錄一個測試進(jìn) 度計劃、如何考查一個測試進(jìn)度計劃的執(zhí)行等方面 4 1 。 ( 1 ) 測試進(jìn)度計劃( t e s tp r o g r e s sp l a n ) 測試進(jìn)度計劃指的是測試計劃開始和結(jié)束的日期1 5 j 。我們可以將測試進(jìn)度計劃 以文檔的形式保存，測試管理工具提供測試進(jìn)度計劃模板管理的功能。我們也可 以將測試進(jìn)度計劃保存在數(shù)據(jù)庫中，當(dāng)我們用數(shù)據(jù)庫保存測試進(jìn)度計劃時，可以 將測試進(jìn)度計劃分解為如f 圖所示 測試進(jìn)瘦量 翅 ； ； 垂程碡 量程褥 jj i 予里程碑| 子里程碑ll 學(xué)飄程碑l i 管理檢查點管理檢查點臀理棱蠢點 罄2 1 濺試速度詩菇努級器 科磐2 1t e s tp r o g r e s sp l a nt r e e 魏國2 1 ，一個測試避艘計煳由一個或多個攫4 試?yán)锍瘫M成，個攝稷碑又可 以由一個或多個子里程碑組成。為了完成7 。個測試項目，需要設(shè)鬣個戚多個里 程碑，用來表示測試過程中的j = 貳期結(jié)果和中間結(jié)果。一個里程碑父塒以設(shè)鼴一個 管理檢查點，通過管理檢磷點可以檢查每個里程碑的時間計劃、資淵分配和完成 情況。 ( 2 ，罩程碑( m i l e s t o n e ) 對于管理a 曼茅鑫涎試人撰黲需要瀵楚艇遒瑗基速震靜每個淤段繚柬疇漆 ( d e a d l i n e ) ，頊基管毽夫受在饞算疆犀整露巍摸霹進(jìn)度之露，霞要設(shè)立若干個濺遘 瓣墨程碡幫宣里程碡。受糕舞怒竣露管理夫受為實理對褒鞋戇簸控囂設(shè)患靜一鎏 重要豹標(biāo)志性的過程蠢標(biāo)。避?？梢酝ㄟ^一些e x c e l 表格進(jìn)行記錄保存，如下圖所 刁： 圖2 2 記錄測試?yán)锍瘫膃 x c e l 襲 f i g 2 2e x c e lt a b l ef o rm i l e s t o n er e c o r d 如圖2 2 ，這里時間的最小單位是星期( w e e k ) ，w 5 0 1 表示0 5 年第0 1 個星期， 里程碑1 ( m 1 ) 計劃完成的時間( d e a d l i n e ) 是0 5 年第0 3 個星期的周五。里程碑 1 又可以分為2 個子罩程碑s 1 、s 2 。 ( 3 ) 管理檢查點( c h e c kp o i n t ) 管理檢查點是針對每一個子里程碑、早程碑而言的，每個子里程碑、里程碑都 有一個管理檢查點。通過管理檢查點設(shè)定的標(biāo)準(zhǔn)來判斷里程碑是否達(dá)到，管理檢 查點詳細(xì)地描述了其對應(yīng)的測試?yán)锍瘫畬嵤┯媱潯?2 3 2 測試用例管理 ( 1 ) 測試用例( t e s tu s ec a s e ) 同類軟件產(chǎn)品的測試用例具有很高的重用性，對軟件組織是非常寶貴的財富， 能提高軟件開發(fā)的效率。一個測試項目的測試用例成百上千，對這些測試用例進(jìn) 行有效地組織和管理是至關(guān)重要的【。 測試用例由測試人員完成，對于制作出的每一個用例，都必須是一個完整的可 以測試的過程。所以，用例要描述用例的執(zhí)行前提、執(zhí)行過程和預(yù)期輸出。并且 為了防止二意性，對于用例的各項描述必須清楚。用例包含的都是靜態(tài)屬性，如 果需求沒有發(fā)生變化，用例在測試過程中是不會發(fā)生改變的。 ( 2 ) 測試用例集( t e s tu s ec a s es e t ) 對于每個測試項目，根據(jù)需求、功能和詳細(xì)設(shè)計，可以將它們細(xì)分為不同的用 鍘褰。這些焉鍘集簸對瘦一定翡弱試功能。溪裁集懿設(shè)囂撼供以下功髓：耨漤 ( n e w ) 、編輯( e d r ) 、插滅( 甄s 皤) 、裳成( a d d ) 、掰狳( d e l e t e ) 霜翻襄。 測試數(shù)據(jù)是指設(shè)計的測試輸入和測試輸出，測試邏輯魑指所要測試的業(yè)努邏 輯。把測試數(shù)據(jù)和測試邏輯分開，可以簡化測試用例，使測試用例邏輯清晰，數(shù) 據(jù)與邏輯關(guān)系明了，翁予理懲，并且有測予攝高濺試題鍘的可重饜洼。 將濺試邏輯以參數(shù)訖輸天巍簸窶籀這漆寒蕊過蓮秘方式，稔之戈灝試薅爨參羧 化。將不同韻實際的測試輸入和測試輸出實例化到測試邏輯的參數(shù)中的過程也就 怒測試用的生成過校。 一般地，一個測試邏輯對應(yīng)著一個測試孀例集。 3 ) 濺試曩爨運行管疆 通常猜囂下，溺試運行器過程毯就蘧通過測試工具運行溺試爝鍘璦發(fā)蕊鞔件虢 陷的過程。有時候在不同的開發(fā)階段，嗣一個測試用例需舞膩復(fù)被運行多次，即 多輪測試。為了支持多輪測試，將測試用例的靜態(tài)信息和測試用例的動態(tài)信息( 遴 露僚怠) 分開。 溺凌懲爨黲羚態(tài)臻愨蓑是溺試矮鍘蕊談詩售惑，毽薤瀏試邏輯幫囂試數(shù)攥。測 試用例的靜態(tài)信息除非測試用例重新設(shè)計，否則一般保持不變。比如測試瑙例的 鋁稱、測試用例的逡行路徑、測試用例的優(yōu)先級、設(shè)計者、測試用例版本、評審 績患、參考文檔以及預(yù)計甩時等等信患都是測試用例的靜態(tài)慣息。 濺談霜鏷斡動態(tài)信怠主要包輦震鍘酶狀態(tài)蘧怠，灝試薅鍘瓣蘑懟慧囂驤及該滔 鍘與缺駱之闋靜聯(lián)系關(guān)系。通常，漿弼飼可以設(shè)置強個狀態(tài)，用暖跟蹤翊秘的 撩行情況： u n r u n ：用倒尚處在設(shè)計狀態(tài)或錯潑用例還未被運行。 p a s s ：薅鍘已綴運過，著且必笈蠛姣絡(luò)。 f 基l e d ；弱鍘已經(jīng)運行過，毽鑫運孬對菱瑗了一兮箴黌多奪較籜麩稿。 b l o c k e d ：用例設(shè)計有問題，或器在當(dāng)前條件下不能成功運行。 2 3 3 缺陷管理 每條款律缺陷都蠢它熬生鑫霜麓( 甄譙c y c l e ) ，在整個道槿中，它醴不爨的狀 態(tài)存在，著覆器實簌酶蕊在不霆翡狀態(tài)之闋轉(zhuǎn)換疆。缺臻可默商多少穗菰態(tài)，各個 測試組織會不同。理想狀態(tài)f ，缺陷的狀體可以根據(jù)測試者的要求在測試之前避 行漫定，薺對狀態(tài)之闖鯰流轉(zhuǎn)方淹送孝亍預(yù)先的規(guī)定。 遽豢軟 掌袋騶存在薅耱露凳懿狀態(tài)綴窩狀態(tài)滾轉(zhuǎn)摸式。 第一靜疑疆獲態(tài)緩鏹含六秘鐵麓狀態(tài)：o p e n 、w o r k i n g 、v e r i f y 、c a n c e l 、d e f e r 移c l o s e 。其對應(yīng)的狀態(tài)流轉(zhuǎn)模式如下圖： “、。廠二 l j 瀚2 3 六狀態(tài)缺陷狀態(tài)流轉(zhuǎn)圈 f i g 2 3w o r k f l o wo f s i xs t a t e so f b u g c i o s ei l 。一 如圖2 3 ，o p e n 標(biāo)識新于丁“丌的缺陷或經(jīng)過測試確認(rèn)沒有被改難的缺陷，w o r k i n g 標(biāo)識程序員正在對該缺陷進(jìn)行修政，v e r i f y 標(biāo)識程序員對4 祭缺陷修改完成并且測 試元對修改結(jié)果進(jìn)行驗證，如果煎新測試后，缺陷已被修f ，則進(jìn)入c l o s e ，否則 將從新置為o p e n ，回到初始狀態(tài)。c a n c e l 標(biāo)識測試員填報了個不是缺陷的缺陷， 麗d e f e r 標(biāo)識該缺陷在當(dāng)髓黲祭傳下修正靜代價過高，焉其優(yōu)先級又不怒很高斡馕 猿下，爵竣推遲鬟玖囂敝本遂行修愛。 第二靜簸贍獲態(tài)縫毯含三耱軟麓獲態(tài)：o p e n 、s e t t l e d 和c l o s e 。冀對廒豹狀態(tài)滾 轉(zhuǎn)模式如下圖： 圖2 4 三狀態(tài)缺陷狀態(tài)流轉(zhuǎn)匿 f i g + 2 4w o r k f l o wo f t h r e es t a t e so f b u g 如圖2 4 ，o p e n 標(biāo)識已經(jīng)填報的缺陷，s e t t l e d 標(biāo)識程序員修改過的缺陷( 包括 被修改正確的和未被修改正確的) ，c l o s e 標(biāo)識缺陷被修正r ，否則重新被置為o p e n 。 不是缺陷的缺陷被直接置為c l o s e 。 比較而言，第二種缺陷組和缺陷流轉(zhuǎn)模式更簡明、實用、效率高，所以被更多 的測試組織所采用。 2 34 測試任務(wù)管理 ( 1 ) 任務(wù)管理框架 每次測試項目都有許多的測試任務(wù)，每個測試任務(wù)又包含許多的測試活動。每 個測試項目都有其時問( t i m e ) 管理和成本( c o s t ) 控制，都會涉及到執(zhí)行測試任 務(wù)和活動的測試人員。 測試任務(wù)管理依照p d c a 原則。p ( p l a n ) 即計劃，確定方針和目標(biāo)，確定活 動計劃；d ( d o ) 即執(zhí)行，實地去做，實現(xiàn)計劃中的內(nèi)容；c ( c h e c k ) 即檢查， 總結(jié)執(zhí)行計劃的結(jié)果；a ( a c t i o n ) 即行動，對總結(jié)檢查的結(jié)果進(jìn)行處理。要規(guī)范 地按照p d c a 原則進(jìn)行測試任務(wù)管理，我們必須真實而有效地對測試任務(wù)的時間 和成本進(jìn)行控制【8 1 。 本文在此提出了如下的任務(wù)管理框架，它不僅僅適用于測試任務(wù)管理，同樣還 適用于其他任務(wù)管理。 r 測試項目 i 時 成 間 熊 廠 太 管 獅l 測試任務(wù)l l 測試任務(wù)l 餓 理 形 控 制 、 測試子任務(wù)l | 測試子任務(wù)| | 測試子任務(wù)| 測試于任務(wù) 圖2 5 測試任務(wù)管理框架 f i g2 5f r a m e w o r ko f t e s t i n gt a s km a n a g e m e n t 任務(wù)時間管理 任務(wù)的時間管理包括對任務(wù)的最遲開始日期( s t a r t d a t e ) 、計劃截止日期( d u e d a t e ) 、實際完成日期、計劃用時、實際用時、累計用時、剩余時間、剩余時間率 等時間屬性的管理和控制。 實際用時是任務(wù)相關(guān)人員花在任務(wù)上的用時之和，而累計用時包括了任務(wù)的所 有子任務(wù)的實際用時，表示了一+ 個項目的實際用時。如果任務(wù)沒有子仟務(wù)，那么 任務(wù)的實際用時與累計用時相等。實際用時包括實際正常工作用時、實際正常加 班用時、實際周末加班用時、實際節(jié)假日加班用時。累計用時包括累計正常工作 用時、累計正常加班用時、累計周末加班用時、累計節(jié)假日加班用時。 剩余時間指計劃用時減去累計用時的剩余時間，剩余時間率是剩余時間和計劃 用時的比率，表示任務(wù)的時間完成百分比?？紤]剩余時間和剩余時間率，可以調(diào) 整項目進(jìn)度或調(diào)整任務(wù)計劃。 任務(wù)成本控制 任務(wù)的成本控制包括任務(wù)的計劃成本、實際成本、累計成本和剩余經(jīng)費等成本 屬性的管理和控制。 累計成本顧名思義是任務(wù)和子任務(wù)的實際成本的總合，體現(xiàn)一個項目的成本。 沒有子任務(wù)的任務(wù)累計成本與其實際成本相等。累計成本包括累計正常工作成本、 累計正常加班成本、累計周末加班成本、累計節(jié)假目加班成本。剩余經(jīng)費表示項 目出去已經(jīng)花費的預(yù)算之外，還可以利用的資源。 ( 2 ) 任務(wù)流轉(zhuǎn)模型 測試任務(wù)由項目經(jīng)理發(fā)起，測試人員進(jìn)行處理。測試人員完成測試任務(wù)以后， 由項目經(jīng)理進(jìn)行確認(rèn)，任務(wù)完成項目經(jīng)理關(guān)閉該任務(wù)。測試任務(wù)流轉(zhuǎn)模型如下圖： 圖2 6 測試任務(wù)流轉(zhuǎn)圖 f i g 2 6w o r k f l o wo f t e s t i n gt a s k 2 3 5 測試評測 測試的主要評測方法包括覆蓋評測和質(zhì)量評測。測試覆蓋評測足對測試完全程 度的評測，它是由測試需求和測試用例的覆蓋或已執(zhí)行代碼的覆蓋表示的。測試 質(zhì)量評測試對測試對象的可靠性、穩(wěn)定性以及性能的評測。測試質(zhì)量評測建立在 對測試結(jié)果的評估和對測試過程中確定的變更請求的分析的基礎(chǔ)上的。 2 4 軟件測試管理工具綜述 目前，大家比較熟悉的測試管理工具主要有m i c r o s o f t 的r a i d s ，i b mr m i o n a l 的t e s t s t u d i o ，m e r c u r yi m e r a c t i v e 的t e s t d i r e c t o r ，s i l i c o nv a l l e yn e t w o r k s 的 t e s t e x p e r t ，c o m p u w a r e 的q a d i r e c t o r 等。 其中r a i d s 是專注于缺陷管理的工具，它提供了缺陷填報，缺陷查詢等功能。 而t e s ts t u d i o 是專注于對測試用例管理的工具，它按層次性組縱測試用例，易于 查詢和運行測試用例。t e s t d i r e c t o r 和t e s t e x p e r t 是另外兩個測試管理工具，也提 供了較好的缺陷管理和測試用例管理功能。 2 4 1r a l d s 和t e s ts t u d i 0 組合 r a i d s 具有缺陷管理功能，而t e s ts t u d i o 具有測試用例管理功能。將兩者組 合在一起工作就具有了軟件測試管理的基本功能了。 r a i d s 是c s 結(jié)構(gòu)的軟件系統(tǒng)，使用時需要先在客戶端進(jìn)行安裝，然后連接 到共享的數(shù)據(jù)庫服務(wù)器上，從而達(dá)到測試工作的協(xié)同合作。r a i d s 的一個特點是 填報缺陷時十分方便和智能，因為它可以很方便快捷地訪問到測試用例數(shù)據(jù)庫， 所以它能動態(tài)地從測試用例數(shù)據(jù)庫中查詢到填寫缺陷時的所有的可選項，從而有 效地提高了填報的效率。 r a i d s 將缺陷分為o p e n 、v e r i f y 、c l o s e 三個狀態(tài)，并在缺陷列表中以不同的顯 示顏色顯示出來，使人一目了然。新填報的缺陷為o p e n 態(tài)。在新增缺陷的過程中， r a i d s 體現(xiàn)的另一個特點就是缺陷的目標(biāo)人即缺陷的修改人是動態(tài)指定的，這一 方面顯得靈活，同時也有很大的局限性。 使用r a i d s 可以方便的同時上傳多個缺陷圖片到缺陷數(shù)據(jù)庫中，測試人員和 丌發(fā)人員可以通過r a i d s 方便地進(jìn)行溝通和交流，溝通和交流的記錄都動態(tài)地顯 示在缺陷描述的結(jié)尾。 r a i d s 具有很好的缺陷查詢功能，而且查詢界面動態(tài)生成，動態(tài)的任意組合 查詢條件，使用者可以方便快速地查找到自己所關(guān)心的缺陷。 t e s ts t u d i o 是單機版軟件系統(tǒng)，使用時也需要在客戶端進(jìn)行安裝。在登陸系統(tǒng) 時，使用者需要提供一個測試用例數(shù)據(jù)庫的本地副本。測試用例在系統(tǒng)中以樹結(jié) 構(gòu)顯示，顯得層次清晰。 t e s ts t u d i o 的一個比較突出的特點是它支持測試用例的不同輪次的運行，而且 多個輪次可以同時進(jìn)行。 t e s ts t u d i o 將測試用例分成n o t r u n 、p a s s 、f a i l e d 、b l o c k e d 等四個不同的狀態(tài)， 來表示測試用例的運行情況。 我們可以看出使用r a i d s 和t e s ts t u d i o 的組合工具來進(jìn)行測試管理時，可以 很好地對缺陷和測試用例進(jìn)行管理和跟蹤，但我們也要看到，尤其是t e s ts t u d i o 它的運行是建立在一個已生成的測試用例庫的基礎(chǔ)上的，它們并不具有需求管理 的功能，并不直接支持測試用例的生成。同時，在測試管理的其他方面，比如測 試進(jìn)度計劃管理、測試文檔管理、測試任務(wù)管理等許多其他方面，這個工具組合 也沒有充分的支持。 2 4 2t e s td ir e c t o r t e s td i r e c t o r 是一個基于w e b 瀏覽器的b s 結(jié)構(gòu)的測試管理軟件。t e s td i r e c t o r 能有效地消除測試組織機構(gòu)間、地域間的障礙，它能讓測試人員、開發(fā)人員或其 他的i t 人員通過一個中央數(shù)據(jù)倉庫，在不同的位置就能互通測試信息。它將測試 過程流水化作業(yè)，從測試需求管理，到測試計劃，測試日程安排，測試執(zhí)行以及 到出錯后的跟蹤，整個過程的管理可以在瀏覽器中很方便的完成。 對于測試需求管理，t e s td i r e c t o r 可以讓測試人員根據(jù)應(yīng)用需求自動生成測試 用例，通過提供一個直觀機制將需求和測試用例、測試結(jié)果和報告的缺陷聯(lián)系起 來，從而確保完成的測試覆蓋率。 t e s tp l a nm a n a g e r 提供對測試計劃的管理，根據(jù)r e q u i r e m e n t sm a n a g e r 所定義 的需求，t e s tp l a nw i z a r d 快速地生成一份測試計劃，如果事先已經(jīng)將計劃信息以 文字處理文件如m sw o r d 的方式存儲，t e s tp l a nm a n a g e r 可以利用這些信息，并 將這些信息導(dǎo)入到t e s tp l a nm a n a g e r 中。 。墮測試計劃建專后，飄s td i r e c t o r 的測試實驗室管理為測試f 穰制汀一個基 予w e b 酶框絮。它靜s m a r ts c h e d u l e r 投據(jù)溺試詩麓中羲立豹指檬對運行蕾夔濺試 菝行冀萋羥。 t e s td i r e c t o r 靜出錯管理敷攘貫穿作用于測試的全過程，以挺供從最初的閆題 發(fā)現(xiàn)到修改錯誤再到檢驗修改結(jié)果這整個過程的管理。在新增一個缺陷時，t e s t d i r e c t o r 會自動執(zhí)行一次缺陷數(shù)據(jù)庫的搜尋，確定是否已有類似的案例記錄。這一 搜尋功能可避免重復(fù)勞動。 通過t e s td i r e c t o r 可以進(jìn)行一定的測試評價。在測試過程的最后一步是分析測 試結(jié)果，確定應(yīng)用程序是否已部囂成功或需要再次的測試。t e s td i r e c t o r 提供圖形 化和測試報表的輸出。 雖然t e s td i r e c t o r 懿功裁鉸全露，餐是它是 三l 強趣定毪旗牲羹瀵驥為代俊豹， 魏栗侵蠲t e s td i r e c t o r 遴行濺試鎊理，彌需要簌一開始蘸按系統(tǒng)怒定鵑方式來遴孳亍 工作，而實際上，許許多多的綴織在軟件開發(fā)的不同階段都有自己不同的處理方 式。這無疑會大大限制了t e s td i r e c t o r 的使用。 2 ，4 3t e s te x p e r t t e s te x p e r t 也是卟測試管理工具，能管理整