畢業(yè)論文-從功能性與性能性角度論述如何提高軟件質(zhì)量

1、<p><b>　　畢 業(yè) 論 文</b></p><p>　　論文題目：從功能性與性能性角度論述如何提高軟件質(zhì)量 </p><p><b>　　摘 要</b></p><p>　　軟件功能性測(cè)試是軟件質(zhì)量保證的關(guān)鍵技術(shù)，在軟件生命周期中占有重要的位置。理論上軟件本身的缺陷都可在功能性測(cè)試階段被暴露，因此軟件功能

2、性測(cè)試方法是提高軟件可靠性及軟件質(zhì)量最有效、最直接的方法之一。 </p><p>　　本文對(duì)軟件功能測(cè)試的概念以及主要的實(shí)現(xiàn)方法進(jìn)行了研究。以具體的軟件項(xiàng)目結(jié)合功能測(cè)試方法，分析了針對(duì)幾種不同軟件項(xiàng)目模型下的軟件功能測(cè)試策略、功能測(cè)試的測(cè)試流程、測(cè)試點(diǎn)的分解及覆蓋方法、測(cè)試用例的設(shè)計(jì)方法及建立測(cè)試用例集的方法等。</p><p>　　隨著當(dāng)前軟件開(kāi)發(fā)技術(shù)的發(fā)展與成熟，越來(lái)越多復(fù)雜的軟件系統(tǒng)

3、應(yīng)用于人們生活的各個(gè)領(lǐng)域，軟件系統(tǒng)運(yùn)行時(shí)的性能表現(xiàn)已經(jīng)成為衡量軟件產(chǎn)品質(zhì)量的一個(gè)重要標(biāo)準(zhǔn)。研究了軟件系統(tǒng)性能測(cè)試的整體的流程，并結(jié)合自動(dòng)化測(cè)試工具LoadRunner，對(duì)軟件性能測(cè)試的相關(guān)信息進(jìn)行了分析。</p><p>　　[關(guān)鍵詞] 功能性測(cè)試，測(cè)試流程，性能測(cè)試，測(cè)試工具</p><p><b>　　Abstract</b></p><p&g

4、t;　　Software functional testing is the key technology of software quality assurance, occupies an important position in the software life cycle. Theoretical defects of the software itself may be exposed at functional test

5、ing phase, software functional testing methods are improved software reliability and software quality in one of the most effective and direct way to. </p><p>　　This essay probes into both the concept of soft

6、ware functionality testing and the main method of realizing it deeply. Combining specific software project and functionality testing method together, it makes an analysis of the strategies and process of functionality te

7、sting, the decomposition and covering method of test point, the design method of test cases and the method to tablish collection of test cases, etcfor several different software project model.</p><p>　　As wh

8、en Kwame software development technology develops and matures, more and more complex software system used in all areas of people's lives, software, system runtime performance has become an important standard for meas

9、uring software product quality. Examined the overall process of software system performance testing, combined with automated testing tools LoadRunner, software performance testing conducted an analysis of related informa

10、tion.</p><p>　　Key words: function testing，Test procedure， performance，testing tools</p><p><b>　　目 錄</b></p><p><b>　　1 緒論1</b></p><p><b

11、>　　1.1課題背景1</b></p><p><b>　　1.2研究意義1</b></p><p>　　1.3國(guó)內(nèi)外發(fā)展的現(xiàn)狀2</p><p>　　1.4 研究?jī)?nèi)容2</p><p>　　2 功能性測(cè)試基本理論2</p><p>　　2.1 軟件功能測(cè)試的定義2

12、</p><p>　　2.2 功能測(cè)試在測(cè)試階段中得定位3</p><p>　　2.3 軟件性能的指標(biāo)3</p><p>　　2.4 基于軟件模型的功能測(cè)試策略3</p><p>　　2.4.1 原型模型3</p><p>　　2.4.2 V模型4</p><p>　　2.4.3 P

13、TGM測(cè)試過(guò)程模型4</p><p>　　3. 功能性測(cè)試方法5</p><p>　　3.1 功能性測(cè)試流程5</p><p>　　3.1.1 測(cè)試需求分析5</p><p>　　3.1.2 功能點(diǎn)分解6</p><p>　　3.1.3 建立測(cè)試用例6</p><p>　　3.1.4

14、 測(cè)試執(zhí)行6</p><p>　　3.1.5 BUG管理6</p><p>　　3.2 測(cè)試用例設(shè)計(jì)方法6</p><p>　　3.2.1等價(jià)類(lèi)劃分法6</p><p>　　3.2.2 邊界值分析法7</p><p>　　4. 性能性測(cè)試8</p><p>　　4.1 軟件性能測(cè)試的

15、目標(biāo)8</p><p>　　4.1.1 發(fā)現(xiàn)缺陷8</p><p>　　4.1.2性能調(diào)優(yōu)8</p><p>　　4.1.3 能力檢驗(yàn)與規(guī)劃8</p><p><b>　　4.2性能分析8</b></p><p>　　4.2.1 性能下降曲線(xiàn)的分析8</p><p&

16、gt;　　4.2.2 性能計(jì)數(shù)器的分析9</p><p>　　4.3性能測(cè)試報(bào)告和分析9</p><p>　　4.4 軟件性能測(cè)試工具LoadRunner9</p><p><b>　　5. 總結(jié)10</b></p><p><b>　　注釋11</b></p><p&

17、gt;<b>　　參考文獻(xiàn)12</b></p><p><b>　　致謝13</b></p><p><b>　　1 緒論</b></p><p>　　軟件質(zhì)量是軟件產(chǎn)品或服務(wù)的特征或特征的整體，它取決于滿(mǎn)足給定需求的能力。我國(guó)1996 年公布的“計(jì)算機(jī)軟件工程規(guī)范國(guó)家標(biāo)準(zhǔn)匯編”中關(guān)于軟件質(zhì)量的

18、定義如下：</p><p>　　（1）軟件產(chǎn)品滿(mǎn)足給定需求的特征及特征的總體能力； </p><p>　?。?）軟件擁有所期望的各種屬性組合的程度；</p><p>　?。?）顧客或用戶(hù)認(rèn)為軟件滿(mǎn)足他們綜合期望的程度；</p><p>　?。?）軟件組合特性在使用中，將滿(mǎn)足用戶(hù)預(yù)期需求的程度。</p><p>　　軟件

19、功能性是為了發(fā)現(xiàn)軟件功能錯(cuò)誤而執(zhí)行程序的過(guò)程，因此軟件功能性測(cè)試目的就是盡可能多地發(fā)現(xiàn)并改正軟件中的功能錯(cuò)誤，以提高軟件質(zhì)量。</p><p>　　軟件性能測(cè)試是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。</p><p><b>　　1.1課題背景</b></p><p>　　隨著人類(lèi)社會(huì)的進(jìn)步，各種

20、領(lǐng)域應(yīng)用計(jì)算機(jī)技術(shù)的普及，全球的信息化已經(jīng)有了長(zhǎng)足深入的發(fā)展，作為計(jì)算機(jī)“靈魂”的各種軟件系統(tǒng)，時(shí)時(shí)刻刻的出現(xiàn)在各個(gè)場(chǎng)合，為人們的辦公、生活、學(xué)習(xí)、休閑等提供了前所未有的方便。當(dāng)一個(gè)軟件由雛形前進(jìn)到真正在一臺(tái)計(jì)算機(jī)上運(yùn)行的時(shí)候，沒(méi)有人能夠保證制作出的軟件能夠一步到位的滿(mǎn)足客戶(hù)或使用者的需求，以及良好的使用體驗(yàn)，因此軟件生產(chǎn)周期中需要一個(gè)環(huán)節(jié)來(lái)檢驗(yàn)并保證軟件具備了人們期望的功能與運(yùn)行的穩(wěn)定，并且確認(rèn)這些功能以正確的方式完成了人們期望的工作

21、。因此為了滿(mǎn)足這樣的要求，應(yīng)運(yùn)而生了軟件功能性測(cè)試技術(shù)與軟件性能性測(cè)試技術(shù)[1]。</p><p><b>　　1.2研究意義</b></p><p>　　軟件功能性測(cè)試是一種以用戶(hù)視角進(jìn)行的驗(yàn)證軟件是否滿(mǎn)足預(yù)期需求、是否具備預(yù)期功能、功能是否正確執(zhí)行的測(cè)試方法。在實(shí)際情況中軟件功能復(fù)雜而多樣，如何保證所有功能都被加以檢測(cè)，理論上只有采取窮舉輸入法，把所有可能[2]的

22、輸入都作為測(cè)試情況進(jìn)行考慮，才能查出程序中的所有錯(cuò)誤 。但實(shí)際上將軟件所有功能點(diǎn)及所有的輸入進(jìn)行窮舉驗(yàn)證是不現(xiàn)實(shí)的，所以我們需要進(jìn)行有針對(duì)性的測(cè)試，通過(guò)制定測(cè)試方案指導(dǎo)測(cè)試的進(jìn)行，保證軟件有組織、按步驟、有計(jì)劃的進(jìn)行測(cè)試。因此功能測(cè)試行為必須能夠加以量化，才能真正保證軟件功能的質(zhì)量。</p><p>　　軟件性能測(cè)試是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和

23、壓力測(cè)試都屬于性能測(cè)試，兩者可以結(jié)合進(jìn)行。通過(guò)負(fù)載測(cè)試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測(cè)試是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。</p><p>　　研究軟件功能性與性能性測(cè)試方法即是研究如何分解軟件中的功能點(diǎn)，建立測(cè)試用例來(lái)將測(cè)試量化的辦法 。作為一名計(jì)算機(jī)專(zhuān)業(yè)的學(xué)生，掌握軟件功能性測(cè)試的方法與技術(shù)，對(duì)提

24、高自己的專(zhuān)業(yè)技術(shù)水平，豐富軟件工程知識(shí)，以及為今后參加工作打下基礎(chǔ)都是具有理論價(jià)值和實(shí)際意義的工作。</p><p>　　1.3國(guó)內(nèi)外發(fā)展的現(xiàn)狀</p><p>　　為推進(jìn)和協(xié)調(diào)軟件測(cè)試的研究工作，1999 年在美國(guó)洛杉磯召開(kāi)的第 21 屆國(guó) 際軟件工程會(huì)議上，軟件測(cè)試及其過(guò)程作為技術(shù)專(zhuān)題開(kāi)展了討論。近年來(lái)，國(guó)外 在軟件測(cè)試過(guò)程方面的理論和技術(shù)上均有了很大的發(fā)展，形成了一套較為完善的 [

25、3]軟件測(cè)試過(guò)程技術(shù)和管理理論體系，測(cè)試方法與手段日趨成熟和多樣化。</p><p>　　軟件測(cè)試在我國(guó)起步較晚，但在軟件測(cè)試管理、軟件測(cè)試技術(shù)以及軟件測(cè)試 工程方法上取得了一些研究成果。例如，中國(guó)科學(xué)院計(jì)算技術(shù)研究所進(jìn)行的軟件 測(cè)試方法研究，華中科技大學(xué)計(jì)算機(jī)學(xué)院基于并行工程的軟件測(cè)試模型研究，上海計(jì)算機(jī)軟件技術(shù)開(kāi)發(fā)中心進(jìn)行的軟件測(cè)試管理研究等。研究表明，軟件測(cè)試的[4]過(guò)程必須在軟件投入生產(chǎn)運(yùn)行之前盡早開(kāi)始，

26、提高軟件質(zhì)量。然而，無(wú)論是傳統(tǒng)還是最新的軟件測(cè)試?yán)碚摵图夹g(shù)，在軟件測(cè)試管理、測(cè)試過(guò)程的理解和實(shí)施方法上仍然存在著局限性，因此，在實(shí)施測(cè)試過(guò)程改進(jìn)的工作中，不能直接照搬他人的成功經(jīng)驗(yàn)，要結(jié)合所在組織和具體項(xiàng)目研究適用有的 改進(jìn)方法。</p><p>　　在國(guó)內(nèi)大部分軟件開(kāi)發(fā)組織依然存在“重開(kāi)發(fā)，輕測(cè)試”的現(xiàn)象，對(duì)于軟件功能與性能質(zhì)量的控制并不重視，但一些電信通訊或軟件外包公司等高端領(lǐng)域的開(kāi)發(fā)企業(yè)已經(jīng)開(kāi)始意識(shí)到軟件測(cè)

27、試對(duì)保證和提升軟件質(zhì)量與軟件運(yùn)行穩(wěn)定性的重要性，并逐步加大了對(duì)產(chǎn)品 測(cè)試的力度及相關(guān)測(cè)試方法的學(xué)習(xí)和研究。</p><p><b>　　1.4 研究?jī)?nèi)容</b></p><p>　　本課題通過(guò)對(duì)軟件功能性測(cè)試的概念和方法的研究，分析了軟件功能性測(cè)試中功能測(cè)試流程、測(cè)試用例建立規(guī)則及測(cè)試性能的建立方法。并對(duì)實(shí)際應(yīng)用軟件進(jìn)行功能性測(cè)試與性能性測(cè)試。</p&

28、gt;<p>　　介紹課題來(lái)源、研究背景、國(guó)內(nèi)外研究現(xiàn)狀以及論文的目標(biāo)與主要內(nèi)容。</p><p>　　介紹相關(guān)的軟件測(cè)試基本理論，分析針對(duì)幾種不同軟件項(xiàng)目模型下的功能測(cè)試策略。</p><p>　　介紹軟件功能性測(cè)試概念、功能性測(cè)試方法。</p><p>　　介紹軟件行能性測(cè)試概念、性能性測(cè)試方法、軟件性能測(cè)試工具LoadRunner。</p&

29、gt;<p>　　對(duì)功能測(cè)試與性能測(cè)試方法進(jìn)行總結(jié)，并結(jié)合在實(shí)習(xí)單位測(cè)試功能中總結(jié)經(jīng)驗(yàn)教訓(xùn)</p><p>　　2 功能性測(cè)試基本理論</p><p>　　2.1 軟件功能測(cè)試的定義</p><p>　　早期的測(cè)試?yán)碚撏ǔＪ褂煤诤袦y(cè)試的概念定義功能性測(cè)試，但經(jīng)過(guò)測(cè)試技術(shù)的不斷發(fā)展，僅以功能性測(cè)試作為黑盒測(cè)試的全部過(guò)程已經(jīng)不能滿(mǎn)足軟件質(zhì)量的要求，因此功能

30、性測(cè)試的內(nèi)容被更加細(xì)化，目標(biāo)及其定義也變得更加明確。</p><p>　　恰當(dāng)?shù)墓δ苄詼y(cè)試被定義為：根據(jù)軟件產(chǎn)品的特征、操作、描述和用戶(hù)方案對(duì)軟件系統(tǒng)特性和可操作行為進(jìn)行測(cè)試，以確定它們滿(mǎn)足需求中預(yù)期功能性的行為 稱(chēng)為軟件的功能性測(cè)試。[5] </p><p>　　功能測(cè)試通常在已知軟件應(yīng)當(dāng)具有哪些功能后，以用戶(hù)角度來(lái)進(jìn)行程序功能的使用，參照需求分析和規(guī)格說(shuō)明書(shū)作為評(píng)定標(biāo)準(zhǔn)，以確保軟件中各

31、個(gè)可以功能滿(mǎn)足用戶(hù)需求，并且功能可以有效運(yùn)行。</p><p>　　2.2 功能測(cè)試在測(cè)試階段中得定位</p><p>　　一般來(lái)講，對(duì)軟件產(chǎn)品進(jìn)行的測(cè)試統(tǒng)稱(chēng)為軟件測(cè)試，軟件測(cè)試大致可分為單元測(cè)試、集成測(cè)試、功能測(cè)試、性能測(cè)試、兼容性測(cè)試、可靠性測(cè)試、驗(yàn)收測(cè)試[6]等7個(gè)階段，軟件的功能性測(cè)試屬于軟件測(cè)試中黑盒測(cè)試的一部分。</p><p>　　軟件的功能性測(cè)試是在

32、單元測(cè)試與集成測(cè)試完成后進(jìn)行的一項(xiàng)檢驗(yàn)軟件功能是否符合預(yù)期要求及功能正確性的測(cè)試過(guò)程[7]。</p><p>　　2.3 軟件性能的指標(biāo)</p><p>　　為了能夠客觀(guān)地度量軟件的性能，人們定義了一系列性能指標(biāo)，比便于在不同情況下度量軟件的性能。合理的性能指標(biāo)應(yīng)該記能夠以客觀(guān)的方式進(jìn)行度量，也能夠基本與人對(duì)軟件性能的主觀(guān)感受比較一致。之所以人們?cè)谛阅軠y(cè)試中使用多種性能指標(biāo)，是因?yàn)椴煌藛T

33、對(duì)軟件性能的視角不同，關(guān)注點(diǎn)也不同。</p><p>　　圖2-1顯示了功能測(cè)試與性能測(cè)試在軟件測(cè)試過(guò)程中的定位，及測(cè)試進(jìn)行的順序。</p><p>　　圖2-1 軟件測(cè)試中的功能測(cè)試</p><p>　　因此，功能性測(cè)試與性能性測(cè)試的開(kāi)展是有前提條件的。在軟件未實(shí)現(xiàn)功能的集成前進(jìn)行的單一功能測(cè)試都含有風(fēng)險(xiǎn)，無(wú)法保證后續(xù)集成進(jìn)的模塊不會(huì)對(duì)之前正確的功能帶來(lái)負(fù)面影響。

34、</p><p>　　2.4 基于軟件模型的功能測(cè)試策略</p><p>　　軟件測(cè)試工作是有組織有計(jì)劃的對(duì)某個(gè)軟件進(jìn)行的缺陷暴露工作。因此為了做到有計(jì)劃有針對(duì)性，在不同軟件開(kāi)發(fā)模式下都應(yīng)當(dāng)有相對(duì)應(yīng)的軟件開(kāi)發(fā)模型，使得測(cè)試工作能夠滿(mǎn)足整個(gè)軟件制造流程的風(fēng)格要求，并且能與各階段順暢銜接。</p><p>　　2.4.1 原型模型</p><p>

35、;　　原型模型是指在軟件開(kāi)發(fā)過(guò)程中，開(kāi)發(fā)方通過(guò)制作形象化的模型展示最終軟件系統(tǒng)的外觀(guān)（原型體現(xiàn)軟件的功能外觀(guān)，并輔以功能機(jī)制說(shuō)明來(lái)掩飾工作流程與處理邏輯，并非實(shí)際的軟件程序），來(lái)響應(yīng)客戶(hù)需求的方法。在基于原型模型進(jìn)行的開(kāi)發(fā)中，開(kāi)發(fā)方和客戶(hù)在項(xiàng)目初始階段不斷審評(píng)該原型，以最終確定的軟件原型生成系統(tǒng)需求、規(guī)格說(shuō)明書(shū)，并以此作為項(xiàng)目開(kāi)發(fā)的基礎(chǔ)。</p><p>　　因此，在測(cè)試以原型模型進(jìn)行的項(xiàng)目的功能時(shí)，評(píng)判功能是否

36、完備、以及功能是否正確的標(biāo)準(zhǔn)來(lái)自最終的系統(tǒng)需求、規(guī)格說(shuō)明書(shū)，并且功能測(cè)試應(yīng)當(dāng)在根據(jù)需求、規(guī)格研發(fā)出軟件實(shí)體之后進(jìn)行。</p><p>　　根據(jù)以上分析，基于原型模型的功能測(cè)試應(yīng)如圖2-2所示。</p><p>　　圖2-2 基于原型模型的功能測(cè)試</p><p>　　原型模型是比較簡(jiǎn)單的軟件工程模型，依照此模型進(jìn)行的功能測(cè)試只能測(cè)試出軟件產(chǎn)品針對(duì)于需求、規(guī)格說(shuō)明文檔

37、中不符的缺陷。對(duì)于軟件需求中存在的錯(cuò)[8]誤，通過(guò)基于此模型進(jìn)行的功能測(cè)試是很難發(fā)現(xiàn)其缺陷所在的。</p><p>　　2.4.2 V模型</p><p>　　V模型是在古老的瀑布模型基礎(chǔ)上演變而來(lái)的軟件工程模型，由于將軟件開(kāi)發(fā)與測(cè)試構(gòu)造成一個(gè) V字形而得名。V模型中的功能測(cè)試被定義在了整個(gè)軟件開(kāi)發(fā)過(guò)程的后半部分，它強(qiáng)調(diào)了測(cè)試活動(dòng)與軟件設(shè)計(jì)間的關(guān)系，將軟件實(shí)現(xiàn)和驗(yàn)證有機(jī)的結(jié)合起來(lái)，以確保

38、較高的軟件質(zhì)量。在 V 模型中各個(gè)測(cè)試階段的測(cè)試標(biāo)準(zhǔn)都參考相對(duì)應(yīng)的設(shè)計(jì)文檔，若測(cè)試出缺陷則通過(guò)相對(duì)應(yīng)的文檔入手返回開(kāi)發(fā)階段按照模型一次修改。</p><p>　　因此，在測(cè)試以 V模型進(jìn)行的項(xiàng)目時(shí)，功能測(cè)試的依據(jù)主要來(lái)自于軟件的概要設(shè)計(jì)、規(guī)格說(shuō)明書(shū)，以驗(yàn)證集成在一起的軟件系統(tǒng)是否符合概要設(shè)計(jì)、規(guī)格說(shuō)明書(shū)內(nèi)的要求。 </p><p>　　根據(jù)以上分析，基于 V模型的功能測(cè)試應(yīng)如圖 2-3所示

39、。</p><p>　　圖2-3 基于V模型的功能測(cè)試</p><p>　　V模型是標(biāo)準(zhǔn)的軟件開(kāi)發(fā)模型，具備完善的各類(lèi)設(shè)計(jì)與文檔，功能測(cè)試階段具有自己獨(dú)立的測(cè)試參考標(biāo)準(zhǔn)——概要設(shè)計(jì)，因此在進(jìn)行功能測(cè)試的時(shí)候只需要分析概要設(shè)計(jì)中對(duì)軟件功能的描述，即可對(duì)系統(tǒng)進(jìn)行測(cè)試[6]。但使用 V只有在后期的功能測(cè)試中才可發(fā)現(xiàn)前期設(shè)計(jì)上面的問(wèn)題，發(fā)現(xiàn)缺陷后需要較多的工序來(lái)進(jìn)行修改。雖可保證軟件產(chǎn)品的質(zhì)量，但

40、是整個(gè)周期較長(zhǎng)。</p><p>　　2.4.3 PTGM測(cè)試過(guò)程模型</p><p>　　與功能性測(cè)試相比，性能測(cè)試的復(fù)雜性更高，測(cè)試執(zhí)行的困難更大，對(duì)測(cè)試工具的依賴(lài)也更強(qiáng)，更需要過(guò)程模型的指導(dǎo)。圖2-4給出一個(gè)性能測(cè)試的過(guò)程模型——性能測(cè)試通用模型（Performance Testing General Model,PTGM）,該模型的實(shí)質(zhì)是將針對(duì)功能測(cè)試的自動(dòng)化測(cè)試模型進(jìn)行適當(dāng)調(diào)整，

41、以適應(yīng)性能測(cè)試的需要，在第四章中進(jìn)行詳細(xì)介紹[9]</p><p>　　圖2-4 PTGM模型示意圖</p><p>　　3. 功能性測(cè)試方法</p><p>　　3.1 功能性測(cè)試流程</p><p>　　功能性測(cè)試按步驟可劃分為7個(gè)部分，即獲取測(cè)試系統(tǒng)、測(cè)試方法選定、進(jìn)行測(cè)試需求分析、功能點(diǎn)分解、建立測(cè)試用例、測(cè)試執(zhí)行、BUG管理。

42、 </p><p>　　圖3-1展示了功能性測(cè)試經(jīng)歷的 7個(gè)步驟。</p><p>　　圖3-1 功能性測(cè)試流程</p><p>　　每一步按照箭頭所示方向向下進(jìn)行，最終完成功能性測(cè)試過(guò)程。</p><p>　　3.1.1 測(cè)試需求分析</p><p>　　測(cè)試需求分析階段是研究用戶(hù)需求，完全理解用戶(hù)對(duì)

43、軟件所需求的完功能，并確認(rèn)用戶(hù)對(duì)軟件功能的需求，建立可評(píng)判的、可驗(yàn)證的基本依據(jù)的的過(guò)程。</p><p>　　因此，測(cè)試需求分析階段就是對(duì)用戶(hù)需求的理解過(guò)程，通過(guò)研究需求分析文檔把用戶(hù)想要哪些功能摸清，把用戶(hù)對(duì)于每個(gè)功能想要達(dá)到的目標(biāo)摸清，就完成了測(cè)試需求的分析。</p><p>　　3.1.2 功能點(diǎn)分解</p><p>　　軟件的功能繁多而復(fù)雜，即使是單一的文本

44、輸入框在功能測(cè)試時(shí)也不只是測(cè)試能否輸入文本這么簡(jiǎn)單，能輸入的最大字符長(zhǎng)度、可輸入的字符類(lèi)型、輸入超過(guò)超過(guò)規(guī)格限定的數(shù)據(jù)時(shí)的系統(tǒng)反饋等都是需要進(jìn)行測(cè)試的項(xiàng)目。</p><p>　　功能測(cè)試的功能點(diǎn)分解階段即是將軟件中所有功能的測(cè)試點(diǎn)分解出來(lái)，建立一個(gè)可視化的、有規(guī)律的、全面性的文檔指導(dǎo)之后的測(cè)試用例建立，以及測(cè)試執(zhí)行時(shí)覆蓋這些功能點(diǎn)的依據(jù)。</p><p>　　3.1.3 建立測(cè)試用例<

45、;/p><p>　　建立測(cè)試用例階段在功能分解之后進(jìn)行，此階段主要進(jìn)行的是根據(jù)測(cè)試需求分析階段獲得的功能正確性評(píng)判依據(jù)對(duì)分解出的每個(gè)功能點(diǎn)進(jìn)行測(cè)試執(zhí)行時(shí)具體操作的規(guī)劃。建立出的測(cè)試用例集可</p><p>　　以作為執(zhí)行測(cè)試時(shí)每一步操作的依據(jù)，并記錄測(cè)試執(zhí)行的結(jié)果以備分析缺陷情況使用。</p><p>　　3.1.4 測(cè)試執(zhí)行</p><p>　

46、　測(cè)試執(zhí)行階段是在之前的準(zhǔn)備工作完成后具體實(shí)施測(cè)試操作的環(huán)節(jié)，在此環(huán)節(jié)中通過(guò)已建立的評(píng)判體系對(duì)系統(tǒng)各個(gè)功能點(diǎn)進(jìn)行驗(yàn)證，以求暴露出所有存在的缺陷。通過(guò)實(shí)習(xí)期間的親身體會(huì)，在測(cè)試執(zhí)行時(shí)，一昧的按照測(cè)試用例去執(zhí)行，以期單純的使用這樣的方法來(lái)發(fā)現(xiàn)軟件缺陷往往是不夠的。更多時(shí)候，需要測(cè)試操作者通過(guò)自己已有的知識(shí)、經(jīng)驗(yàn)和靈感增加隨機(jī)的測(cè)試用例，豐富按照固定模式生成的測(cè)試用例集的覆蓋的場(chǎng)景，才可更多的暴露出軟件潛藏的缺陷與不足。</p>

47、<p>　　3.1.5 BUG管理</p><p>　　BUG管理階段是對(duì)已發(fā)現(xiàn)的軟件缺陷進(jìn)行確認(rèn)、上報(bào)、跟蹤、回歸的過(guò)程[10]。在測(cè)試執(zhí)行中發(fā)現(xiàn)的軟件缺陷應(yīng)通過(guò)有序、詳細(xì)、規(guī)范的 BUG匯報(bào)呈現(xiàn)出來(lái)，以方便開(kāi)發(fā)人員根據(jù)缺陷產(chǎn)生條件定位錯(cuò)誤原因。在 BUG被修改時(shí)，測(cè)試人員應(yīng)當(dāng)密切關(guān)注 BUG 的狀態(tài)以及修復(fù)情況，積極與開(kāi)發(fā)員人溝通，摸清 BUG 產(chǎn)生的原因。待缺陷被修復(fù)后通過(guò)輸入缺陷產(chǎn)生的條件來(lái)驗(yàn)

48、證修復(fù)完成度。</p><p>　　BUG 管理階段是功能測(cè)試中非常重要的階段，只有將發(fā)現(xiàn)的缺陷處理好，才能真正改善軟件功能質(zhì)量。</p><p>　　3.2 測(cè)試用例設(shè)計(jì)方法</p><p>　　針對(duì)分解出的不同功能項(xiàng)，在生成測(cè)試用例時(shí)應(yīng)采用合適、恰當(dāng)?shù)臏y(cè)試方法生成測(cè)試用例，但實(shí)際情況下需要考慮更多的問(wèn)題，有時(shí)需要測(cè)試設(shè)計(jì)人員根據(jù)經(jīng)驗(yàn)編寫(xiě)出恰當(dāng)?shù)臏y(cè)試用例，以下介紹

49、常用的生成測(cè)試的方法，包括：等價(jià)類(lèi)劃分法、邊界值分析法。</p><p>　　3.2.1等價(jià)類(lèi)劃分法</p><p>　　等價(jià)類(lèi)劃分法是把程序的輸入域劃分成若干部分，然后從每個(gè)部分中選取少數(shù)的代表性數(shù)據(jù)當(dāng)作測(cè)試用例的方法。</p><p>　　等價(jià)類(lèi)是指某個(gè)輸入域的子集合。每一子集合代的代表性數(shù)據(jù)在測(cè)試中的作用都是等效于這一子集合中的其他值。如果這一類(lèi)中的一個(gè)例子發(fā)

50、現(xiàn)了錯(cuò)誤，則這一類(lèi)中的其他例子也能發(fā)現(xiàn)同樣的錯(cuò)誤；反之，如果某一類(lèi)中的一個(gè)例子沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則這一類(lèi)中的其他例子也不會(huì)查出錯(cuò)誤。這就可以用少量代表性的測(cè)試數(shù)據(jù)取得較好的測(cè)試結(jié)果。使用這一方法設(shè)計(jì)測(cè)試用例，必須在分析需求規(guī)格說(shuō)明、功能說(shuō)明的基礎(chǔ)上找出每個(gè)輸入條件，然后為每個(gè)輸入條件劃分兩個(gè)或多個(gè)等價(jià)類(lèi)，列出等價(jià)類(lèi)表。等價(jià)類(lèi)可分為有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)。[11] </p><p>　　有效等價(jià)類(lèi)：有效等價(jià)類(lèi)是指對(duì)于程

51、序的規(guī)格說(shuō)明來(lái)說(shuō)是合理的、有意義的輸入數(shù)據(jù)所構(gòu)成的集合。</p><p>　　無(wú)效等價(jià)類(lèi)：與有效等價(jià)類(lèi)相反，是指由對(duì)程序的規(guī)格說(shuō)明不合理或無(wú)意義的輸入數(shù)據(jù)所構(gòu)成的集合。</p><p>　　在劃分等價(jià)類(lèi)時(shí)應(yīng)遵循以下基本原則：</p><p>　　在輸入條件規(guī)定了取值范圍或值的情況下，則可以確立一個(gè)有效等價(jià)類(lèi)和兩個(gè)無(wú)效等價(jià)類(lèi)；</p><p>

52、　　在輸入條件規(guī)定了輸入值的集合或規(guī)定了“必須如何”條件的情況下，可確立一個(gè)有效等價(jià)類(lèi)和一個(gè)無(wú)效等價(jià)類(lèi)；</p><p>　　在輸入條件是一個(gè)布爾值的情況下一個(gè)有效等價(jià)類(lèi)和一個(gè)無(wú)效等價(jià)類(lèi)；</p><p>　　在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可確立一個(gè)符合規(guī)則的有效等價(jià)類(lèi)和若干個(gè)不符合規(guī)則的無(wú)效等價(jià)類(lèi)（以不同角度違反規(guī)則）； </p><p>　　在確定已劃

53、分的等價(jià)類(lèi)中各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價(jià)類(lèi)進(jìn)一步的劃分為更小的等價(jià)類(lèi)。</p><p>　　3.2.2 邊界值分析法</p><p>　　邊界值分析法用于列出單元功能、輸入、狀態(tài)及控制的合法邊界值和非法邊界值，對(duì)數(shù)據(jù)進(jìn)行測(cè)試，檢查用戶(hù)輸入的信息、返回結(jié)果以及中間計(jì)算結(jié)果是否正確。是用來(lái)補(bǔ)充等價(jià)類(lèi)劃分的測(cè)試用例設(shè)計(jì)方法。邊界值分析法用于考察正處于等價(jià)類(lèi)劃分邊界或在邊界

54、附近的狀態(tài)，選擇輸入和輸出等價(jià)類(lèi)的邊界，選取正好等于、剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù)，而不是選取等價(jià)類(lèi)中的典型值或任意值作為測(cè)試數(shù)據(jù)。典型的邊界值分析包括 if 語(yǔ)句中的判別值、定義域、值域邊界、空或畸形輸入等[12]。</p><p>　　在對(duì)邊界值設(shè)計(jì)測(cè)試用例時(shí)應(yīng)遵循以下基本原則：</p><p>　　若輸入條件規(guī)定了值的范圍，則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值，以及剛剛超越這個(gè)范

55、圍邊界的值作為測(cè)試輸入數(shù)據(jù)；</p><p>　　若輸入條件規(guī)定了值的個(gè)數(shù)，則用最大個(gè)數(shù)、最小個(gè)數(shù)、比最小個(gè)數(shù)少一、比最大個(gè)數(shù)多一的數(shù)作為測(cè)試數(shù)據(jù)；</p><p>　　若程序的規(guī)格說(shuō)明給出的輸入域或輸出域是有序集合，則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)原則作為測(cè)試數(shù)據(jù)；</p><p>　　若程序中使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測(cè)

56、試數(shù)據(jù)。</p><p><b>　　4. 性能性測(cè)試</b></p><p>　　4.1 軟件性能測(cè)試的目標(biāo)</p><p>　　由于軟件的性能在開(kāi)發(fā)時(shí)難以準(zhǔn)確確定，而且影響軟件性能的因素不僅僅包括軟件本身，因此軟件性能測(cè)試的目標(biāo)不僅僅是發(fā)現(xiàn)（和改正）性能缺陷（Performance Bug），還包括探索和規(guī)劃軟件的實(shí)際性能，具體而言，軟件性

57、能測(cè)試包括以下幾方面的目標(biāo)。[13]</p><p>　　4.1.1 發(fā)現(xiàn)缺陷</p><p>　　和其他測(cè)試一樣，性能測(cè)試的首要目標(biāo)是發(fā)現(xiàn)缺陷。對(duì)于軟件而言，在開(kāi)發(fā)階段完全避免引入缺陷幾乎是不可能的，性能缺陷也是如此。由于性能缺陷的揭示必須基于整個(gè)系統(tǒng)的運(yùn)行，此時(shí)的性能測(cè)試一般是伴隨系統(tǒng)測(cè)試進(jìn)行的。通常，性能測(cè)試需要精心設(shè)置測(cè)試環(huán)境。例如，某軟件有這樣的性能需求“在電腦配置一定的情況下，

58、最多支持多少臺(tái)抓拍機(jī)”，則需要在模擬多臺(tái)抓拍機(jī)并發(fā)運(yùn)行環(huán)境的基礎(chǔ)上才能測(cè)試該電腦最多支持多少臺(tái)抓拍機(jī)同時(shí)使用。</p><p><b>　　4.1.2性能調(diào)優(yōu)</b></p><p>　　性能調(diào)優(yōu)類(lèi)似于其他測(cè)試中得調(diào)試。人們一般 不把調(diào)試看做測(cè)試的一個(gè)環(huán)節(jié)，但測(cè)試的確應(yīng)該為調(diào)試提供更多幫助，否則即使發(fā)現(xiàn)軟件中有錯(cuò)誤也不得不發(fā)布包含錯(cuò)誤的軟件。與調(diào)試不同的是，性能調(diào)優(yōu)并

59、不一定針對(duì)發(fā)現(xiàn)的性能缺陷，也可能是為了更好地發(fā)揮系統(tǒng)的潛能。</p><p>　　4.1.3 能力檢驗(yàn)與規(guī)劃</p><p>　　由于軟件的實(shí)際使用場(chǎng)景在未來(lái)可能發(fā)生變化，軟件性能測(cè)試不但需要測(cè)試軟件在規(guī)定的場(chǎng)景下是否滿(mǎn)足性能需求，往往還需要測(cè)試在其他場(chǎng)景下是否滿(mǎn)足性能需求或能否通過(guò)性能調(diào)優(yōu)滿(mǎn)足要求。</p><p><b>　　4.2性能分析</b

60、></p><p>　　4.2.1 性能下降曲線(xiàn)的分析</p><p>　　對(duì)于性能測(cè)試來(lái)說(shuō)，分析“性能下降曲線(xiàn)”往往可以獲得許多重要信息。所謂性能下降曲線(xiàn)，就是指性能指標(biāo)隨用戶(hù)的增加而變化的曲線(xiàn)，由于性能總體來(lái)說(shuō)是隨用戶(hù)數(shù)的增加而下降的，故稱(chēng)為性能下降曲線(xiàn)。一般來(lái)說(shuō)，分析性能下降曲線(xiàn)會(huì)把曲線(xiàn)分為以下幾個(gè)區(qū)間。</p><p>　　性能平坦期：隨著用戶(hù)數(shù)的增加

61、性能指標(biāo)首先會(huì)出現(xiàn)一個(gè)平坦區(qū)。是軟件運(yùn)行的正常狀態(tài)，因此人們希望該期間越長(zhǎng)越好。而該指標(biāo)對(duì)于性能分析和性能調(diào)優(yōu)有重要的參考意義。</p><p>　　性能輕微下降期：當(dāng)用戶(hù)數(shù)繼續(xù)增加，就會(huì)出現(xiàn)性能輕微下降區(qū)。通常認(rèn)為該下降區(qū)是軟件承受高負(fù)載的緩沖區(qū)，該區(qū)間也是越長(zhǎng)越好</p><p>　　性能急劇下降區(qū)：通過(guò)性能輕微下降區(qū)，軟件的性能會(huì)出現(xiàn)急劇下降。此時(shí)，不是軟件運(yùn)行的正常區(qū)間，但該區(qū)間對(duì)

62、于分析性能瓶頸缺有很大作用。一般來(lái)說(shuō)，性能急劇下降區(qū)的起始點(diǎn)（也稱(chēng)性能拐點(diǎn)）就是性能瓶頸出現(xiàn)的地方，此時(shí)進(jìn)一步分析資源利用率就可以找到造成性能瓶頸的原因[13]。</p><p>　　4.2.2 性能計(jì)數(shù)器的分析</p><p>　　性能測(cè)試其實(shí)就是一些測(cè)試數(shù)據(jù)的體現(xiàn)與現(xiàn)有測(cè)試資源的綜合利用的指標(biāo)，這些指標(biāo)通?？梢岳貌僮飨到y(tǒng)、應(yīng)用服務(wù)器或數(shù)據(jù)庫(kù)服務(wù)器提供的命令或系統(tǒng)調(diào)用獲得。</p

63、><p>　　4.3性能測(cè)試報(bào)告和分析</p><p>　　性能測(cè)試報(bào)告和結(jié)果分析是在測(cè)試執(zhí)行完成以后，對(duì)性能數(shù)據(jù)進(jìn)行采集結(jié)果收集工作和針對(duì)性能測(cè)試過(guò)程中暴露的問(wèn)題進(jìn)行分析的階段。性能測(cè)試報(bào)告是對(duì)性能測(cè)試過(guò)程中的監(jiān)控結(jié)果以及報(bào)表進(jìn)行匯總，按照一定的模板整理出的一份結(jié)論性文檔。開(kāi)發(fā)團(tuán)隊(duì)和性能測(cè)試團(tuán)隊(duì)?wèi)?yīng)依據(jù)對(duì)性能測(cè)試實(shí)施過(guò)程中監(jiān)控和記錄的數(shù)據(jù)和表格，分析系統(tǒng)中存在的性能問(wèn)題和程序缺陷。并有針對(duì)性的

64、在報(bào)告中闡述問(wèn)題、分析原因、提出解決或優(yōu)化方案。[14]</p><p>　　4.4 軟件性能測(cè)試工具LoadRunner</p><p>　　作為軟件質(zhì)量控制中的重要一環(huán)，性能測(cè)試已經(jīng)越來(lái)越受到軟件開(kāi)發(fā)商和用戶(hù)的重視，成為軟件測(cè)試的重中之重。性能測(cè)試通常在系統(tǒng)測(cè)試階段執(zhí)行，常常與強(qiáng)度測(cè)試結(jié)合起來(lái)，一般需要使用測(cè)試工具。一個(gè)優(yōu)秀的軟件測(cè)試工具，不僅可以輔助測(cè)試工作，滿(mǎn)足科學(xué)測(cè)試的基本要求；

65、而且可以自動(dòng)化測(cè)試過(guò)程，節(jié)約大量的時(shí)間、成本、人員和資源，提高軟件產(chǎn)品的質(zhì)量。目前市場(chǎng)上主要使用的測(cè)試工具有微軟公司的WAS(Web Application Stress Tool)、 RadView公司的WebRunner、HP(Mercury)公司的LoadRunner。下面以L(fǎng)oadRunner為例。簡(jiǎn)單介紹軟件測(cè)試工具的工作流程。</p><p>　　LoadRunner是一種預(yù)測(cè)系統(tǒng)行為和性能的負(fù)載測(cè)試

66、工具。通過(guò)模擬上千萬(wàn)用戶(hù)實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能檢測(cè)來(lái)確認(rèn)和查找問(wèn)題，能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試。通過(guò)使用LoadRunner，企業(yè)能夠最大限度的縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。LoadRunner能支持廣泛的協(xié)議和技術(shù)，功能比較強(qiáng)大，可以為特殊環(huán)境提供特殊的解決方案。LoadRunner由下面三部分組成：Virtual UserGenerator用來(lái)錄制腳本、編輯腳本Controller用來(lái)布置測(cè)試場(chǎng)景、執(zhí)行測(cè)試場(chǎng)景；A

67、nalysis用來(lái)對(duì)測(cè)試結(jié)果進(jìn)行分析。</p><p>　　用LoadRunner進(jìn)行負(fù)載測(cè)試的流程通常由五個(gè)階段組成：計(jì)劃、腳本創(chuàng)建、場(chǎng)景定義、場(chǎng)景執(zhí)行、監(jiān)視執(zhí)行和結(jié)果分析。[15]1)計(jì)劃負(fù)載測(cè)試：定義性能測(cè)試要求，例如并發(fā)用戶(hù)的數(shù)量、典型業(yè)務(wù)流程和所響應(yīng)時(shí)間；根據(jù)軟件項(xiàng)目相關(guān)需求，定義相關(guān)測(cè)試的細(xì)節(jié)，撰寫(xiě)性能測(cè)試報(bào)告。2)創(chuàng)建Vuser腳本：將最終用戶(hù)活動(dòng)捕獲到自動(dòng)腳本中LoadRunner的腳本是C語(yǔ)

68、言代碼，LoadRunner有自己的一整套函數(shù)接口，可以供外部調(diào)用。腳本可分INIT、ACTION、END三部分，其中：INIT部分可以理解為初始部分。ACTION可以理解為事務(wù)部分，也是測(cè)試的主體，END是退出結(jié)束。當(dāng)錄制完一個(gè)基本的用戶(hù)腳本后，在正式使用前我們還需要完善測(cè)試腳本，增強(qiáng)腳本的靈活性。一般情況下，我們通過(guò)以下幾種方法來(lái)完善測(cè)試腳本。插人事務(wù)、插入結(jié)合點(diǎn)、插入注解、參數(shù)化輸入。3)定義場(chǎng)景：使用LoadRunner Co

69、ntroller設(shè)置測(cè)試環(huán)境；錄制好腳本之后，就可以把腳本加入到場(chǎng)景里面去了，這里只介紹一下LR的場(chǎng)景類(lèi)型。</p><p>　　LR的場(chǎng)景類(lèi)型：　 ①M(fèi)anual Scenario：該項(xiàng)要完全手動(dòng)的設(shè)置場(chǎng)景，這項(xiàng)下面還可以設(shè)置為每一個(gè)腳本分配要運(yùn)行的虛擬用戶(hù)的百分比，可在Controller的Scenario菜單下設(shè)置。</p><p><b>　　5. 總結(jié)</b&g

70、t;</p><p>　　軟件測(cè)試本質(zhì)上是一種“比對(duì)”技術(shù)，測(cè)試就是試圖制定一種可判定是非的規(guī)則和標(biāo)準(zhǔn)，從而用以確認(rèn)軟件是否滿(mǎn)足其預(yù)定設(shè)計(jì)規(guī)格。目前，軟件測(cè)試最核心的技術(shù)是用例技術(shù)，用例是當(dāng)前承載這種規(guī)則和技術(shù)的唯一手段。為了保證測(cè)試用例的正確有效建立，測(cè)試設(shè)計(jì)人員對(duì)于軟件需求、規(guī)格的熟悉程度、分析力度以及建立測(cè)試用例的方法正確性是至關(guān)重要的，只有保證了透徹分析用戶(hù)需求，熟悉軟件規(guī)格，采用正確的用例建立方法才能獲

71、得有意義，有價(jià)值的功能測(cè)試與性能測(cè)試的結(jié)論。</p><p>　　本文通過(guò)對(duì)軟件功能性測(cè)試方法的研究，闡述了功能測(cè)試的基本模型理論，在軟件項(xiàng)目基于不同開(kāi)發(fā)方式下進(jìn)行功能測(cè)試的方式與大致策略。對(duì)功能測(cè)試一般性流程、步驟進(jìn)行了劃分，明確了各階段的定義和主要任務(wù)。對(duì)性能測(cè)試的目標(biāo)、分析與性能測(cè)試工具進(jìn)行了解釋?zhuān)鞔_了測(cè)試了目的。</p><p>　　在實(shí)際項(xiàng)目的功能與性能測(cè)試中對(duì)傳統(tǒng)的測(cè)試方法進(jìn)

72、行了創(chuàng)新的嘗試，通過(guò)實(shí)例的操作，此種性能測(cè)試工具具有可行性，不僅縮短了測(cè)試環(huán)境搭建時(shí)間還提高了測(cè)試的準(zhǔn)確性。</p><p><b>　　注釋</b></p><p>　　[1]黎連業(yè),王華,李淑春.軟件測(cè)試與測(cè)試技術(shù)[M].北京:清華大學(xué)出版社,2009版，第298頁(yè)。</p><p>　　[2]朱少民,全程軟件測(cè)試[M].北京:電子工業(yè)出版

73、社,2007版，第275頁(yè)。</p><p>　　[3]袁玉宇.軟件測(cè)試與質(zhì)量保證[M].北京:北京郵電大學(xué)出版社,2008版，第382頁(yè)。</p><p>　　[4]梁伯,許珊,徐歆愷.測(cè)試有道[M].北京:電子工業(yè)出版社,2009版，第183頁(yè)。</p><p>　　[5]李龍,李向函,馮海寧,等.軟件測(cè)試實(shí)用技術(shù)與常用模板[M].北京:機(jī)械工業(yè)出版社,2010

74、版，第308頁(yè)。</p><p><b>　　[6] </b></p><p>　　[7] 張路,軟件性能測(cè)試和可靠性測(cè)試.高等教育出版社，2010版，第175~184頁(yè)。</p><p>　　[8] 何國(guó)偉,王緯.軟件可靠性[M].北京:國(guó)防大學(xué)出版社,1998版 第200~300頁(yè)。</p><p>　　[9] 阮鐮

75、,劉斌,陳雪松.軟件可靠性測(cè)試及其測(cè)試環(huán)境[J].測(cè)控技術(shù),2000 第200~201頁(yè)。</p><p><b>　　[10] </b></p><p>　　[11]趙斌，軟件測(cè)試技術(shù)經(jīng)典教程.北京：科學(xué)出版社，2007版，第390頁(yè)。</p><p>　　[12]王軼辰，軟件測(cè)試從入門(mén)到精通[M].北京：電子工業(yè)出版社，2009版，第38

76、0頁(yè)。</p><p>　　[13]蔡開(kāi)元，可靠性工程基礎(chǔ)[M]，北京：清華大學(xué)出版社，，1995版，第228頁(yè)。</p><p>　　[14] 張路,軟件性能測(cè)試和可靠性測(cè)試.高等教育出版社，2010版,第293頁(yè)。</p><p>　　[15] 袁玉宇.軟件測(cè)試與質(zhì)量保證[M].北京:北京郵電大學(xué)出版社,2008版，第552頁(yè)。</p><p

77、><b>　　參考文獻(xiàn)</b></p><p>　　黎連業(yè),王華,李淑春.軟件測(cè)試與測(cè)試技術(shù)[M].北京:清華大學(xué)出版社,2009版，第298頁(yè)。</p><p>　　朱少民,全程軟件測(cè)試[M].北京:電子工業(yè)出版社,2007版，第275頁(yè)。</p><p>　　袁玉宇.軟件測(cè)試與質(zhì)量保證[M].北京:北京郵電大學(xué)出版社,2008版，第3

78、82頁(yè)。</p><p>　　梁伯,許珊,徐歆愷.測(cè)試有道[M].北京:電子工業(yè)出版社,2009版，第183頁(yè)。</p><p>　　李龍,李向函,馮海寧,等.軟件測(cè)試實(shí)用技術(shù)與常用模板[M].北京:機(jī)械工業(yè)出版社,2010版，第308頁(yè)。</p><p>　　張路,軟件性能測(cè)試和可靠性測(cè)試.高等教育出版社，2010版，第175~184頁(yè)。</p>&

79、lt;p>　　何國(guó)偉,王緯.軟件可靠性[M].北京:國(guó)防大學(xué)出版社,1998版 第200~300頁(yè)。</p><p>　　阮鐮,劉斌,陳雪松.軟件可靠性測(cè)試及其測(cè)試環(huán)境[J].測(cè)控技術(shù),2000 第200~201頁(yè)。</p><p>　　趙斌，軟件測(cè)試技術(shù)經(jīng)典教程.北京：科學(xué)出版社，2007版，第390頁(yè)。</p><p>　　王軼辰，軟件測(cè)試從入門(mén)到精通[

80、M].北京：電子工業(yè)出版社，2009版，第380頁(yè)。</p><p>　　蔡開(kāi)元，可靠性工程基礎(chǔ)[M]，北京：清華大學(xué)出版社，1995版，第228頁(yè)。</p><p><b>　　致謝</b></p><p>　　非常感謝老師在我大學(xué)的最后學(xué)習(xí)階段—畢業(yè)設(shè)計(jì)階段給自己的指導(dǎo)，從最初的定題，到資料收集，到寫(xiě)作、修改，到論文定稿，她給了我耐心的指導(dǎo)