面向?qū)ο蟮能浖y綜述

1、面向?qū)ο蟮能浖y面向?qū)ο蟮能浖y試的綜述試的綜述面向?qū)ο蟮能浖y試綜述面向?qū)ο蟮能浖y試綜述軟件測試技術(shù)軟件測試技術(shù)1面向?qū)ο蟮牡能浖y試面向?qū)ο蟮牡能浖y試2軟件測試工具軟件測試工具3軟件測試軟件測試 在在g.j.myers的經(jīng)典著作的經(jīng)典著作軟件測軟件測試技巧試技巧中給出了測試的定義：中給出了測試的定義：“程序程序測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。程?！避浖y試是為了更快、更早地將軟件測試是為了更快、更早地將軟件產(chǎn)品或軟件系統(tǒng)中所存在的各種問軟件產(chǎn)品或軟件系統(tǒng)中所存在的各種問題找出來，并促使程序員盡快地解決這題找出來，并促使程序員盡快地解決這些問題，最終及

2、時(shí)地向客戶提供高質(zhì)量些問題，最終及時(shí)地向客戶提供高質(zhì)量的軟件產(chǎn)品。的軟件產(chǎn)品。軟件測試的方法軟件測試的方法u 黑盒測試黑盒測試 黑盒測試又稱為功能測試，是一種面向設(shè)計(jì)的測試黑盒測試又稱為功能測試，是一種面向設(shè)計(jì)的測試。這種測試在完全不考慮測試對象內(nèi)部結(jié)構(gòu)的情況下。這種測試在完全不考慮測試對象內(nèi)部結(jié)構(gòu)的情況下，把被測程序當(dāng)作一個(gè)黑盒，根據(jù)程序的功能和外部，把被測程序當(dāng)作一個(gè)黑盒，根據(jù)程序的功能和外部特性得到測試數(shù)據(jù)。進(jìn)行黑盒測試所必須具備的文檔特性得到測試數(shù)據(jù)。進(jìn)行黑盒測試所必須具備的文檔有產(chǎn)品描述、用戶文檔及安裝指令。黑盒測試方法主有產(chǎn)品描述、用戶文檔及安裝指令。黑盒測試方法主要用于軟件確認(rèn)測

3、試。要用于軟件確認(rèn)測試。u白盒測試白盒測試白盒測試是假定測試對象的內(nèi)部是已知的，允許測試者白盒測試是假定測試對象的內(nèi)部是已知的，允許測試者檢查測試對象的內(nèi)部結(jié)構(gòu)，并使用其結(jié)構(gòu)信息來設(shè)計(jì)檢查測試對象的內(nèi)部結(jié)構(gòu)，并使用其結(jié)構(gòu)信息來設(shè)計(jì)測試用例和測試對象是否滿足規(guī)范的要求，測試者可測試用例和測試對象是否滿足規(guī)范的要求，測試者可以完全不考慮測試對象的功能。進(jìn)行白盒測試所具備以完全不考慮測試對象的功能。進(jìn)行白盒測試所具備的文檔有設(shè)計(jì)文檔和程序文檔。的文檔有設(shè)計(jì)文檔和程序文檔。傳統(tǒng)軟件測試的步驟傳統(tǒng)軟件測試的步驟u單元測試單元測試 單元測試是完成對最小軟件設(shè)計(jì)單位單元測試是完成對最小軟件設(shè)計(jì)單位程序模塊，

4、進(jìn)行程序模塊，進(jìn)行正確性檢驗(yàn)的測試工作正確性檢驗(yàn)的測試工作u集成測試集成測試在每個(gè)模塊完成單元測試以后，需要按照設(shè)計(jì)時(shí)畫出的結(jié)構(gòu)在每個(gè)模塊完成單元測試以后，需要按照設(shè)計(jì)時(shí)畫出的結(jié)構(gòu)圖，把它們連接起來，進(jìn)行集成測試。圖，把它們連接起來，進(jìn)行集成測試。u確認(rèn)測試確認(rèn)測試確認(rèn)測試的任務(wù)就是進(jìn)一步檢查軟件的功能和性能是否與用確認(rèn)測試的任務(wù)就是進(jìn)一步檢查軟件的功能和性能是否與用戶要求的一樣。它通過一系列證明軟件功能和需求一致的戶要求的一樣。它通過一系列證明軟件功能和需求一致的黑盒測試來完成。黑盒測試來完成。u系統(tǒng)測試系統(tǒng)測試系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟系統(tǒng)測試的目的在于通過與系統(tǒng)

5、的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與之矛盾的地方。件與系統(tǒng)定義不符合或與之矛盾的地方。面向?qū)ο蟮能浖y試綜述面向?qū)ο蟮能浖y試綜述軟件測試技術(shù)軟件測試技術(shù)1面向?qū)ο蟮牡能浖y試面向?qū)ο蟮牡能浖y試2軟件測試工具軟件測試工具3面向?qū)ο筌浖y試的特點(diǎn)面向?qū)ο筌浖y試的特點(diǎn)面向?qū)ο蟪绦蚪Y(jié)構(gòu)不再是傳統(tǒng)的功能模塊結(jié)構(gòu)，面向?qū)ο蟪绦蚪Y(jié)構(gòu)不再是傳統(tǒng)的功能模塊結(jié)構(gòu)，作為一個(gè)整體，原有集成測試所要求的逐步將開作為一個(gè)整體，原有集成測試所要求的逐步將開發(fā)的模塊搭建在一起進(jìn)行測試的方法已成為不可發(fā)的模塊搭建在一起進(jìn)行測試的方法已成為不可能。面向?qū)ο筌浖仐壛藗鹘y(tǒng)的開發(fā)模式，對每能。面向?qū)ο筌浖仐壛藗鹘y(tǒng)的

6、開發(fā)模式，對每個(gè)開發(fā)階段都有不同以往的要求和結(jié)果個(gè)開發(fā)階段都有不同以往的要求和結(jié)果,已經(jīng)不可已經(jīng)不可能用功能細(xì)化的觀點(diǎn)來檢測面向?qū)ο蠓治龊驮O(shè)計(jì)能用功能細(xì)化的觀點(diǎn)來檢測面向?qū)ο蠓治龊驮O(shè)計(jì)的結(jié)果。傳統(tǒng)的測試模型對面向?qū)ο筌浖呀?jīng)不的結(jié)果。傳統(tǒng)的測試模型對面向?qū)ο筌浖呀?jīng)不再適用。再適用。面向?qū)ο蟮奶攸c(diǎn)對軟件測試的影響面向?qū)ο蟮奶攸c(diǎn)對軟件測試的影響u信息隱蔽和封裝對測試的影響信息隱蔽和封裝對測試的影響 類的重要作用之一是信息隱蔽。它對類中所封裝的信類的重要作用之一是信息隱蔽。它對類中所封裝的信息的存取進(jìn)行控制，從而避免類中有關(guān)實(shí)現(xiàn)細(xì)節(jié)的信息的存取進(jìn)行控制，從而避免類中有關(guān)實(shí)現(xiàn)細(xì)節(jié)的信息被錯(cuò)誤地使用。

7、該隱蔽機(jī)制給測試帶來了困難。息被錯(cuò)誤地使用。該隱蔽機(jī)制給測試帶來了困難。u繼承對測試的影響繼承對測試的影響 若一個(gè)類得到了充分的測試，當(dāng)其被子類繼承后，若一個(gè)類得到了充分的測試，當(dāng)其被子類繼承后，繼承的方法在子類的環(huán)境中的行為特征需要重新測試?yán)^承的方法在子類的環(huán)境中的行為特征需要重新測試。 u多態(tài)性對測試的影響多態(tài)性對測試的影響 傳統(tǒng)軟件測試中經(jīng)常使用靜態(tài)分析技術(shù)對代碼進(jìn)行分傳統(tǒng)軟件測試中經(jīng)常使用靜態(tài)分析技術(shù)對代碼進(jìn)行分析；面向?qū)ο筌浖校捎趧?dòng)態(tài)綁定和多態(tài)性的存在析；面向?qū)ο筌浖?，由于?dòng)態(tài)綁定和多態(tài)性的存在所帶來的不確定性，給測試覆蓋率的滿足增大了難度所帶來的不確定性，給測試覆蓋率的滿足增

8、大了難度。面向?qū)ο蟮臏y試與傳統(tǒng)測試的比較面向?qū)ο蟮臏y試與傳統(tǒng)測試的比較u測試單元的不同測試單元的不同 傳統(tǒng)軟件的基本構(gòu)成單元為功能模塊，每個(gè)功能傳統(tǒng)軟件的基本構(gòu)成單元為功能模塊，每個(gè)功能模塊一般能獨(dú)立地完成一個(gè)特定的功能。而在面向模塊一般能獨(dú)立地完成一個(gè)特定的功能。而在面向?qū)ο蟮能浖校締卧欠庋b了數(shù)據(jù)和方法的類對象的軟件中，基本單元是封裝了數(shù)據(jù)和方法的類和對象。和對象。u系統(tǒng)構(gòu)成不同系統(tǒng)構(gòu)成不同 傳統(tǒng)的軟件系統(tǒng)是由一個(gè)個(gè)功能模塊通過過程調(diào)用關(guān)傳統(tǒng)的軟件系統(tǒng)是由一個(gè)個(gè)功能模塊通過過程調(diào)用關(guān)系組合而成的。而在面向?qū)ο蟮南到y(tǒng)中，系統(tǒng)的功系組合而成的。而在面向?qū)ο蟮南到y(tǒng)中，系統(tǒng)的功能體現(xiàn)在對象間

9、的協(xié)作上，相同的功能可能駐留在能體現(xiàn)在對象間的協(xié)作上，相同的功能可能駐留在不同的對象中，操作序列是由對象間的消息傳遞決不同的對象中，操作序列是由對象間的消息傳遞決定的。定的。面向?qū)ο筌浖y試的層次劃分面向?qū)ο筌浖y試的層次劃分u類測試類測試u類簇測試類簇測試u系統(tǒng)測試系統(tǒng)測試類測試類測試 類包含一組不同的操作，并且某特殊操作類包含一組不同的操作，并且某特殊操作可能作為一組不同類的一部分存在。同時(shí)，一個(gè)可能作為一組不同類的一部分存在。同時(shí)，一個(gè)對象有它自己的狀態(tài)和依賴于狀態(tài)的行為，對象對象有它自己的狀態(tài)和依賴于狀態(tài)的行為，對象操作既與對象的狀態(tài)有關(guān)，但也可能改變對象的操作既與對象的狀態(tài)有關(guān)，但也

10、可能改變對象的狀態(tài)。所以，類測試時(shí)不僅要將操作作為類的一狀態(tài)。所以，類測試時(shí)不僅要將操作作為類的一部分，同時(shí)要把對象與其狀態(tài)結(jié)合起來，進(jìn)行對部分，同時(shí)要把對象與其狀態(tài)結(jié)合起來，進(jìn)行對象狀態(tài)行為的測試。象狀態(tài)行為的測試。類的測試伴隨著開發(fā)過程中類的測試伴隨著開發(fā)過程中的各個(gè)階段，當(dāng)類的說明或?qū)崿F(xiàn)發(fā)生變化時(shí)應(yīng)該的各個(gè)階段，當(dāng)類的說明或?qū)崿F(xiàn)發(fā)生變化時(shí)應(yīng)該執(zhí)行回歸測試。執(zhí)行回歸測試。類簇測試類簇測試類簇是一組相互合作的類。類簇測試主要考察類簇是一組相互合作的類。類簇測試主要考察一組協(xié)同操作的類之間的相互作用，測試重點(diǎn)在一組協(xié)同操作的類之間的相互作用，測試重點(diǎn)在類之間的邏輯關(guān)系類之間的邏輯關(guān)系關(guān)聯(lián)、繼承

11、、聚合、多態(tài)，關(guān)聯(lián)、繼承、聚合、多態(tài)，檢驗(yàn)類之間的相互配合。其測試用例可由多種方檢驗(yàn)類之間的相互配合。其測試用例可由多種方案結(jié)合生成。案結(jié)合生成。系統(tǒng)測試系統(tǒng)測試 系統(tǒng)測試是對所有類和主程序構(gòu)成的整個(gè)系統(tǒng)測試是對所有類和主程序構(gòu)成的整個(gè)系統(tǒng)進(jìn)行整體測試，以驗(yàn)證軟件系統(tǒng)的正確性系統(tǒng)進(jìn)行整體測試，以驗(yàn)證軟件系統(tǒng)的正確性和性能指標(biāo)等滿足規(guī)格說明書和任務(wù)書所指定和性能指標(biāo)等滿足規(guī)格說明書和任務(wù)書所指定的要求。它與傳統(tǒng)的系統(tǒng)測試一樣，可套用傳的要求。它與傳統(tǒng)的系統(tǒng)測試一樣，可套用傳統(tǒng)的系統(tǒng)測試方法，區(qū)別僅在于測試用例的形統(tǒng)的系統(tǒng)測試方法，區(qū)別僅在于測試用例的形式有所不同，測試用例可以從對象式有所不同，測

12、試用例可以從對象行為模型行為模型和作為對象分析的一部分的事件流圖中導(dǎo)出。和作為對象分析的一部分的事件流圖中導(dǎo)出。面向?qū)ο筌浖臏y試方法面向?qū)ο筌浖臏y試方法u基于狀態(tài)的測試基于狀態(tài)的測試u基于方法序列的測試基于方法序列的測試u基于基于uml的測試的測試基于狀態(tài)的測試基于狀態(tài)的測試基于狀態(tài)的測試以類的有限狀態(tài)機(jī)模型基于狀態(tài)的測試以類的有限狀態(tài)機(jī)模型 ( f s m ) 和其狀態(tài)轉(zhuǎn)換圖為依據(jù)和其狀態(tài)轉(zhuǎn)換圖為依據(jù), 這種模型可以由軟件的這種模型可以由軟件的代碼或規(guī)約生成代碼或規(guī)約生成, 也可采用如也可采用如um l 的狀態(tài)圖的狀態(tài)圖 。 采用此方法進(jìn)行測試時(shí)采用此方法進(jìn)行測試時(shí), 主要檢查由初態(tài)是否

13、主要檢查由初態(tài)是否能正確地到達(dá)圖中的各個(gè)狀態(tài)能正確地到達(dá)圖中的各個(gè)狀態(tài), 以及各個(gè)狀態(tài)之間的以及各個(gè)狀態(tài)之間的遷移是否能正確實(shí)現(xiàn)遷移是否能正確實(shí)現(xiàn) 。這種方法可以充分測試類中。這種方法可以充分測試類中的各個(gè)方法和可能的狀態(tài)的各個(gè)方法和可能的狀態(tài), 符合類測試的特點(diǎn)符合類測試的特點(diǎn), 因此因此是當(dāng)前類測試中用得較多是當(dāng)前類測試中用得較多 、 研究得也較多的方法之研究得也較多的方法之一。基于狀態(tài)的測試可以很容易地推廣到類簇測試一?；跔顟B(tài)的測試可以很容易地推廣到類簇測試, 只要我們能夠?yàn)轭惔亟⑦@樣的狀態(tài)模型只要我們能夠?yàn)轭惔亟⑦@樣的狀態(tài)模型 。基于方法序列的測試基于方法序列的測試面向?qū)ο蟪绦蛑?/p>

14、方法的調(diào)用是有一定次序的面向?qū)ο蟪绦蛑蟹椒ǖ恼{(diào)用是有一定次序的, , 如果違反了這個(gè)次序就會(huì)產(chǎn)生錯(cuò)誤如果違反了這個(gè)次序就會(huì)產(chǎn)生錯(cuò)誤 。方法序列。方法序列規(guī)范規(guī)范mtss(method sequence specification) mtss(method sequence specification) 就就是這樣一種規(guī)范是這樣一種規(guī)范, , 它規(guī)定了類或類簇中方法的執(zhí)它規(guī)定了類或類簇中方法的執(zhí)行順序行順序, , 如哪些方法必須按先后次序執(zhí)行如哪些方法必須按先后次序執(zhí)行, , 哪些哪些方法可以并發(fā)執(zhí)行等等方法可以并發(fā)執(zhí)行等等 。 依據(jù)這樣的規(guī)約依據(jù)這樣的規(guī)約, , 我我們可以為類或類簇產(chǎn)生一些消

15、息序列們可以為類或類簇產(chǎn)生一些消息序列, , 檢驗(yàn)這些檢驗(yàn)這些類或類簇中的方法是否能夠正確地交互類或類簇中的方法是否能夠正確地交互 。 由于由于該方法沒有能夠考慮類的狀態(tài)該方法沒有能夠考慮類的狀態(tài), , 因此采用它進(jìn)行因此采用它進(jìn)行的測試是不完全的的測試是不完全的 。 這種方法常常與別的測試這種方法常常與別的測試方法結(jié)合使用方法結(jié)合使用 。 基于基于uml的測試的測試 uml為面向?qū)ο筌浖峁┝藦?qiáng)大的建模工具為面向?qū)ο筌浖峁┝藦?qiáng)大的建模工具, 同同時(shí)它也可以作為測試的依據(jù)時(shí)它也可以作為測試的依據(jù) 。有幾種。有幾種uml模型已經(jīng)模型已經(jīng)被應(yīng)用于面向?qū)ο筌浖?。被?yīng)用于面向?qū)ο筌浖?。u類圖類圖

16、 類圖描述了組成面向?qū)ο蟪绦虻母鱾€(gè)類之間的關(guān)類圖描述了組成面向?qū)ο蟪绦虻母鱾€(gè)類之間的關(guān)系系, 包括聯(lián)系包括聯(lián)系 、 聚集聚集 、 重?cái)?shù)重?cái)?shù) 、 子類型和遞歸包含子類型和遞歸包含等等 。依據(jù)類圖可以確定各個(gè)類之間的層次關(guān)系。依據(jù)類圖可以確定各個(gè)類之間的層次關(guān)系, 從而從而決定對類進(jìn)行測試的順序決定對類進(jìn)行測試的順序 。 另外另外, 采用類圖可以生采用類圖可以生成檢驗(yàn)類之間關(guān)系是否正確實(shí)現(xiàn)的測試用例。成檢驗(yàn)類之間關(guān)系是否正確實(shí)現(xiàn)的測試用例。u順序圖順序圖 順序圖描述對象之間動(dòng)態(tài)的交互關(guān)系順序圖描述對象之間動(dòng)態(tài)的交互關(guān)系, 著重體現(xiàn)著重體現(xiàn)對象間消息傳遞的時(shí)間順序?qū)ο箝g消息傳遞的時(shí)間順序, 因此它可

17、以作為類簇測因此它可以作為類簇測試的依據(jù)試的依據(jù) 。基于基于uml的測試的測試u狀態(tài)圖狀態(tài)圖通常被用在基于狀態(tài)的測試中通常被用在基于狀態(tài)的測試中 。u用例圖用例圖 用例圖一般被用在系統(tǒng)測試中用例圖一般被用在系統(tǒng)測試中, 圖中的每一圖中的每一個(gè)用例都可以轉(zhuǎn)換為一個(gè)狀態(tài)模型個(gè)用例都可以轉(zhuǎn)換為一個(gè)狀態(tài)模型, 然后參照然后參照狀態(tài)測試的方法進(jìn)行測試狀態(tài)測試的方法進(jìn)行測試 。面向?qū)ο蟮能浖y試綜述面向?qū)ο蟮能浖y試綜述軟件測試技術(shù)軟件測試技術(shù)1面向?qū)ο蟮牡能浖y試面向?qū)ο蟮牡能浖y試2軟件測試工具軟件測試工具3軟件測試工具軟件測試工具ujunitupureloadufunctional testeruj

18、meterutestdirectorubugzillajunit junit是一個(gè)開源的是一個(gè)開源的java單元測試框架。在單元測試框架。在1997年，年，由由 erich gamma 和和 kent beck 開發(fā)完成。開發(fā)完成。junit測試測試是程序員測試，即所謂白盒測試，因?yàn)槌绦騿T知道被測試的是程序員測試，即所謂白盒測試，因?yàn)槌绦騿T知道被測試的軟件如果完成功能和完成什么樣的功能。軟件如果完成功能和完成什么樣的功能。*優(yōu)點(diǎn)優(yōu)點(diǎn)* ：1、提升程序代碼的質(zhì)量的同時(shí)，、提升程序代碼的質(zhì)量的同時(shí)，junit測試使我們能夠更快速測試使我們能夠更快速的編寫程序。的編寫程序。2、junit使用簡單使用

19、簡單 ，而且免費(fèi)，而且免費(fèi)3、junit能夠檢驗(yàn)測試結(jié)果并立即提供反饋。能夠檢驗(yàn)測試結(jié)果并立即提供反饋。4、junit測試可以組織成一個(gè)有層次的測試系列架構(gòu)。測試可以組織成一個(gè)有層次的測試系列架構(gòu)。5、使用、使用junit開發(fā)測試成本低。開發(fā)測試成本低。 6、junit測試提升軟件的穩(wěn)定性。測試提升軟件的穩(wěn)定性。 rational functional tester rft rft是由是由ibmibm推出的針對推出的針對javajava、.net.net和和webweb應(yīng)用程序應(yīng)用程序的自動(dòng)化功能測試工具。擁有功能強(qiáng)大的編輯器并支的自動(dòng)化功能測試工具。擁有功能強(qiáng)大的編輯器并支持多種腳本語言，還

20、集成了持多種腳本語言，還集成了scriptassurescriptassure 技術(shù)、模式技術(shù)、模式匹配功能及數(shù)據(jù)驅(qū)動(dòng)，以增強(qiáng)測試腳本的靈活性。匹配功能及數(shù)據(jù)驅(qū)動(dòng)，以增強(qiáng)測試腳本的靈活性。 借借助這一工具，測試人員可以輕松地錄制或編寫腳本來助這一工具，測試人員可以輕松地錄制或編寫腳本來進(jìn)行自動(dòng)化測試，極大地進(jìn)行自動(dòng)化測試，極大地 提高了測試效率。通過錄制提高了測試效率。通過錄制一個(gè)應(yīng)用程序的測試您可以很快產(chǎn)生測試腳本，您還一個(gè)應(yīng)用程序的測試您可以很快產(chǎn)生測試腳本，您還可以測試這個(gè)應(yīng)用程序之中的任何對象，包括這個(gè)對可以測試這個(gè)應(yīng)用程序之中的任何對象，包括這個(gè)對象的屬性和數(shù)據(jù)。象的屬性和數(shù)據(jù)。pu

21、reload pureload pureload正是一款基于正是一款基于javajava開發(fā)的網(wǎng)絡(luò)負(fù)壓開發(fā)的網(wǎng)絡(luò)負(fù)壓測試工具，它的測試工具，它的scriptscript代碼完全使用代碼完全使用xmlxml，所以，所以，這些代碼的編寫很簡單，可以測試各種這些代碼的編寫很簡單，可以測試各種c/sc/s程序，程序，如如smtp serversmtp server等。它的測試報(bào)表包含文字和圖形等。它的測試報(bào)表包含文字和圖形并可以輸出為并可以輸出為htmlhtml文件。由于是基于文件。由于是基于javajava的軟件，的軟件，所以，可以通過所以，可以通過java beans apijava beans

22、api來增強(qiáng)軟件功能。來增強(qiáng)軟件功能。jmeterjmeterjmeter是是apacheapache組織開發(fā)的基于組織開發(fā)的基于javajava的壓力的壓力測試工具。測試工具。 meter meter 可以用于對服務(wù)器、網(wǎng)絡(luò)或?qū)梢杂糜趯Ψ?wù)器、網(wǎng)絡(luò)或?qū)ο竽M巨大的負(fù)載，來在不同壓力類別下測試它象模擬巨大的負(fù)載，來在不同壓力類別下測試它們的強(qiáng)度和分析整體性能。另外，們的強(qiáng)度和分析整體性能。另外，jmeterjmeter能夠?qū)δ軌驅(qū)?yīng)用程序做功能應(yīng)用程序做功能/ /回歸測試，通過創(chuàng)建帶有斷言的回歸測試，通過創(chuàng)建帶有斷言的腳本來驗(yàn)證你的程序返回了你期望的結(jié)果。腳本來驗(yàn)證你的程序返回了你期望的結(jié)果。testdirectortestdirector是基于是基于web的測試管理工具，的測試管理工具，它能夠讓你系統(tǒng)地控制整個(gè)測試過程，并創(chuàng)建整個(gè)它能夠讓你系統(tǒng)地控制整個(gè)測試過程，并創(chuàng)建整個(gè)測試工作流的框架和基礎(chǔ)，使整個(gè)測試管理過程變測試工作流的框架和基礎(chǔ)，使整個(gè)測試管理過程變得更為簡單和有組織。它能夠提供直觀和有效的方得更為簡單和有組織。它能夠提供直觀和有效的方式來計(jì)劃和執(zhí)行測試集、收集測試結(jié)果并分析數(shù)據(jù)。式來計(jì)劃和執(zhí)行測試集、收集測試結(jié)果并分析數(shù)據(jù)。還專門提供了一個(gè)完善的缺陷跟蹤系