常用軟件測(cè)試方法介紹

-.z.常用軟件測(cè)試方法介紹1.從是否關(guān)心軟件內(nèi)部構(gòu)造和具體實(shí)現(xiàn)的角度劃分：〔機(jī)器測(cè)試〕1.1.黑盒測(cè)試黑盒測(cè)試也稱(chēng)功能測(cè)試，它是通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用。在測(cè)試中，把程序看作一個(gè)不能翻開(kāi)的黑盒子，在完全不考慮程序內(nèi)部構(gòu)造和內(nèi)部特性的情況下，在程序接口進(jìn)展測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測(cè)試著眼于程序外部構(gòu)造，不考慮內(nèi)部邏輯構(gòu)造，主要針對(duì)軟件界面和軟件功能進(jìn)展測(cè)試。黑盒測(cè)試是以用戶(hù)的角度，從輸入數(shù)據(jù)和輸出數(shù)據(jù)的對(duì)應(yīng)關(guān)系出發(fā)進(jìn)展測(cè)試的，很明顯，如果本身設(shè)計(jì)有問(wèn)題或者說(shuō)明規(guī)格有錯(cuò)誤，用黑盒測(cè)試是發(fā)現(xiàn)不了的。黑盒測(cè)試的優(yōu)點(diǎn)有：(1).比擬簡(jiǎn)單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)；(2).與軟件的內(nèi)部實(shí)現(xiàn)無(wú)關(guān)；(3).從用戶(hù)角度出發(fā)，能很容易的知道用戶(hù)會(huì)用到哪些功能，會(huì)遇到哪些問(wèn)題；(4).基于軟件開(kāi)發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；在做軟件自動(dòng)化測(cè)試時(shí)較為方便。黑盒測(cè)試的缺點(diǎn)有：(1)不可能覆蓋所有的代碼，覆蓋率較低，大概只能到達(dá)總代碼量的30%；(2)自動(dòng)化測(cè)試的復(fù)用性較低。黑盒測(cè)試法注重于測(cè)試軟件的功能需求，主要試圖發(fā)現(xiàn)以下幾類(lèi)錯(cuò)誤。功能不正確或遺漏；界面錯(cuò)誤；輸入和輸出錯(cuò)誤；數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)錯(cuò)誤；性能錯(cuò)誤；初始化和終止錯(cuò)誤等。從理論上講，黑盒測(cè)試只有采用窮舉輸入測(cè)試，把所有可能的輸入都作為測(cè)試情況考慮，才能查出程序中所有的錯(cuò)誤。實(shí)際上測(cè)試情況有無(wú)窮多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但可能的輸入進(jìn)展測(cè)試。這樣看來(lái)，完全測(cè)試是不可能的，所以我們要進(jìn)展有針對(duì)性的測(cè)試，通過(guò)制定測(cè)試案例指導(dǎo)測(cè)試的實(shí)施，保證軟件測(cè)試有組織、按步驟，以及有方案地進(jìn)展。黑盒測(cè)試行為必須能夠加以量化，才能真正保證軟件質(zhì)量，而測(cè)試用例就是將測(cè)試行為具體量化的方法之一。具體的黑盒測(cè)試用例設(shè)計(jì)方法包括等價(jià)類(lèi)劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、因果圖法、判定表驅(qū)動(dòng)法、正交試驗(yàn)設(shè)計(jì)法、功能圖法等。1.2.白盒測(cè)試白盒測(cè)試也稱(chēng)構(gòu)造測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是按照程序內(nèi)部的構(gòu)造測(cè)試程序，通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)展，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。這一方法是把測(cè)試對(duì)象看作一個(gè)翻開(kāi)的盒子，測(cè)試人員依據(jù)程序內(nèi)部邏輯構(gòu)造相關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)展測(cè)試，通過(guò)在不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。白盒測(cè)試的測(cè)試方法有代碼檢查法、靜態(tài)構(gòu)造分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法、根本路徑測(cè)試法、域測(cè)試、符號(hào)測(cè)試、Z路徑覆蓋、程序變異。白盒測(cè)試的實(shí)施步驟：1.測(cè)試方案階段：根據(jù)需求說(shuō)明書(shū)，制定測(cè)試進(jìn)度。2.測(cè)試設(shè)計(jì)階段：依據(jù)程序設(shè)計(jì)說(shuō)明書(shū)，按照一定標(biāo)準(zhǔn)化的方法進(jìn)展軟件構(gòu)造劃分和設(shè)計(jì)測(cè)試用例。3.測(cè)試執(zhí)行階段：輸入測(cè)試用例，得到測(cè)試結(jié)果。4.測(cè)試總結(jié)階段：比照測(cè)試的結(jié)果和代碼的預(yù)期結(jié)果，分析錯(cuò)誤原因，找到并解決錯(cuò)誤。白盒測(cè)試的優(yōu)點(diǎn)：迫使測(cè)試人員去仔細(xì)思考軟件的實(shí)現(xiàn)；·可以檢測(cè)代碼中的每條分支和路徑；·提醒隱藏在代碼中的錯(cuò)誤；·對(duì)代碼的測(cè)試比擬徹底；·最優(yōu)化；白盒測(cè)試的缺點(diǎn)：無(wú)法檢測(cè)代碼中遺漏的路徑和數(shù)據(jù)敏感性錯(cuò)誤；不驗(yàn)證規(guī)格的正確性；1.3.灰盒測(cè)試灰盒測(cè)試，是介于白盒測(cè)試與黑盒測(cè)試之間的，可以這樣理解，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細(xì)、完整，只是通過(guò)一些表征性的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài)，有時(shí)候輸出是正確的，但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了，這種情況非常多，如果每次都通過(guò)白盒測(cè)試來(lái)操作，效率會(huì)很低，因此需要采取這樣的一種灰盒的方法。2.從軟件開(kāi)發(fā)的過(guò)程按階段劃分有〔測(cè)試流程〕2.1.單元測(cè)試單元測(cè)試〔unittesting〕，是指對(duì)軟件中的最小可測(cè)試單元進(jìn)展檢查和驗(yàn)證。對(duì)于單元測(cè)試中單元的含義，一般來(lái)說(shuō)，要根據(jù)實(shí)際情況去判定其具體含義，如C語(yǔ)言中單元指一個(gè)函數(shù)，Java里單元指一個(gè)類(lèi)，圖形化的軟件中可以指一個(gè)窗口或一個(gè)菜單等?？偟膩?lái)說(shuō)，單元就是人為規(guī)定的最小的被測(cè)功能模塊。單元測(cè)試是在軟件開(kāi)發(fā)過(guò)程中要進(jìn)展的最低級(jí)別的測(cè)試活動(dòng)，軟件的獨(dú)立單元將在與程序的其他局部相隔離的情況下進(jìn)展測(cè)試。2.2.集成測(cè)試集成測(cè)試，也叫組裝測(cè)試或聯(lián)合測(cè)試。在單元測(cè)試的根底上，將所有模塊按照設(shè)計(jì)要求〔如根據(jù)構(gòu)造圖〕組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)展集成測(cè)試。實(shí)踐說(shuō)明，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起來(lái)也能正常的工作。程序在*些局部反映不出來(lái)的問(wèn)題，在全局上很可能暴露出來(lái)，影響功能的實(shí)現(xiàn)。2.3.確認(rèn)測(cè)試確認(rèn)測(cè)試的目的是向未來(lái)的用戶(hù)說(shuō)明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)根本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是確認(rèn)測(cè)試的任務(wù)，即軟件的功能和性能如同用戶(hù)所合理期待的那樣。確認(rèn)測(cè)試又稱(chēng)有效性測(cè)試。有效性測(cè)試是在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿(mǎn)足需求規(guī)格說(shuō)明書(shū)列出的需求。任務(wù)是驗(yàn)證軟件的功能和性能及其他特性是否與用戶(hù)的要求一致。對(duì)軟件的功能和性能要求在軟件需求規(guī)格說(shuō)明書(shū)中已經(jīng)明確規(guī)定，它包含的信息就是軟件確認(rèn)測(cè)試的根底。2.4.系統(tǒng)測(cè)試系統(tǒng)測(cè)試，英文是SystemTesting。是將已經(jīng)確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)展信息系統(tǒng)的各種組裝測(cè)試和確認(rèn)測(cè)試，系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)展的測(cè)試，目的是驗(yàn)證系統(tǒng)是否滿(mǎn)足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。系統(tǒng)測(cè)試發(fā)現(xiàn)問(wèn)題之后要經(jīng)過(guò)調(diào)試找出錯(cuò)誤原因和位置，然后進(jìn)展改正。是基于系統(tǒng)整體需求說(shuō)明書(shū)的黑盒類(lèi)測(cè)試，應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。對(duì)象不僅僅包括需測(cè)試的軟件，還要包含軟件所依賴(lài)的硬件、外設(shè)甚至包括*些數(shù)據(jù)、*些支持軟件及其接口等。系統(tǒng)測(cè)試的步驟：【Step1】制定系統(tǒng)測(cè)試方案系統(tǒng)測(cè)試小組各成員共同協(xié)商測(cè)試方案。測(cè)試組長(zhǎng)按照指定的模板起草"系統(tǒng)測(cè)試方案"。該方案主要包括：·測(cè)試范圍〔內(nèi)容〕·測(cè)試方法·測(cè)試環(huán)境與輔助工具·測(cè)試完成準(zhǔn)則·人員與任務(wù)表工程經(jīng)理審批"系統(tǒng)測(cè)試方案"。該方案被批準(zhǔn)后，轉(zhuǎn)向【Step2】。【Step2】設(shè)計(jì)系統(tǒng)測(cè)試用例·系統(tǒng)測(cè)試小組各成員依據(jù)"系統(tǒng)測(cè)試方案"和指定的模板，設(shè)計(jì)〔撰寫(xiě)〕"系統(tǒng)測(cè)試用例"?！y(cè)試組長(zhǎng)邀請(qǐng)開(kāi)發(fā)人員和同行專(zhuān)家，對(duì)"系統(tǒng)測(cè)試用例"進(jìn)展技術(shù)評(píng)審。該測(cè)試用例通過(guò)技術(shù)評(píng)審后，轉(zhuǎn)向【Step3】。【Step3】執(zhí)行系統(tǒng)測(cè)試·系統(tǒng)測(cè)試小組各成員依據(jù)"系統(tǒng)測(cè)試方案"和"系統(tǒng)測(cè)試用例"執(zhí)行系統(tǒng)測(cè)試?！y(cè)試結(jié)果記錄在"系統(tǒng)測(cè)試報(bào)告"中，用"缺陷管理工具〞來(lái)管理所發(fā)現(xiàn)的缺陷，并及時(shí)通報(bào)給開(kāi)發(fā)人員?！維tep4】缺陷管理與改錯(cuò)·從【Step1】至【Step3】，任何人發(fā)現(xiàn)軟件系統(tǒng)中的缺陷時(shí)都必須使用指定的"缺陷管理工具〞。該工具將記錄所有缺陷的狀態(tài)信息，并可以自動(dòng)產(chǎn)生"缺陷管理報(bào)告"?！ら_(kāi)發(fā)人員及時(shí)消除已經(jīng)發(fā)現(xiàn)的缺陷?！ら_(kāi)發(fā)人員消除缺陷之后應(yīng)當(dāng)馬上進(jìn)展回歸測(cè)試，以確保不會(huì)引入新的缺陷。e.驗(yàn)收測(cè)試驗(yàn)收測(cè)試，系統(tǒng)開(kāi)發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶(hù)和／或獨(dú)立測(cè)試人員根據(jù)測(cè)試方案和結(jié)果對(duì)系統(tǒng)進(jìn)展測(cè)試和接收。它讓系統(tǒng)用戶(hù)決定是否接收系統(tǒng)。它是一項(xiàng)確定產(chǎn)品是否能夠滿(mǎn)足合同或用戶(hù)所規(guī)定需求的測(cè)試。這是管理性和防御性控制。至此軟件測(cè)試的定義及常用方法已經(jīng)介紹完畢了，但軟件測(cè)試遠(yuǎn)遠(yuǎn)不只這么簡(jiǎn)單，上面列出的只是一些根本的概念，只有自己深入的去學(xué)習(xí)才能學(xué)的更多，走的更遠(yuǎn)。3.自動(dòng)化測(cè)試使用自動(dòng)化測(cè)試工具來(lái)進(jìn)展測(cè)試，這類(lèi)測(cè)試一般不需要人干預(yù)，通常在GUI、性能等測(cè)試和功能測(cè)試中用得較多。通過(guò)錄制測(cè)試腳本，然后執(zhí)行這個(gè)測(cè)試腳本來(lái)實(shí)現(xiàn)測(cè)試過(guò)程的自動(dòng)化。國(guó)內(nèi)領(lǐng)先的自動(dòng)化測(cè)試效勞提供商是澤眾軟件。自動(dòng)化測(cè)試工具有QTP、Testplete、AutoRunner和TAR等。4.性能測(cè)試4.1.健全測(cè)試健全測(cè)試，英文是Sanitytesting。健全測(cè)試是指一個(gè)初始化的測(cè)試工作，以決定一個(gè)新的軟件版本測(cè)試是否足以執(zhí)行下一步大的測(cè)試能力。例如，如果一個(gè)新版軟件每5分鐘與系統(tǒng)沖突，使系統(tǒng)陷于泥潭，說(shuō)明該軟件不夠"健全〞，不具備進(jìn)一步測(cè)試的條件。4.2.衰竭測(cè)試衰竭測(cè)試，英文是FailureTesting。衰竭測(cè)試是指軟件或環(huán)境的修復(fù)或更正后的"再測(cè)試〞?？赡芎茈y確定需要多少遍再次測(cè)試。尤其在接近開(kāi)發(fā)周期完畢時(shí)。自動(dòng)測(cè)試工具對(duì)這類(lèi)測(cè)試尤其有用。4.3.負(fù)載測(cè)試負(fù)載測(cè)試，英文是Loadtesting。負(fù)載測(cè)試是測(cè)試一個(gè)應(yīng)用在重負(fù)荷下的表現(xiàn)。例如測(cè)試一個(gè)Web站點(diǎn)在大量的負(fù)荷下，何時(shí)系統(tǒng)的響應(yīng)會(huì)退化或失敗，以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測(cè)試中，將使測(cè)試對(duì)象承當(dāng)不同的工作量，以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測(cè)試還要評(píng)估性能特征，例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。4.4.強(qiáng)迫測(cè)試強(qiáng)迫測(cè)試，英文是ForceTesting。強(qiáng)迫測(cè)試是在交替進(jìn)展負(fù)荷和性能測(cè)試時(shí)常用的術(shù)語(yǔ)。也用于描述對(duì)象在異乎尋常的重載下的系統(tǒng)功能測(cè)試之類(lèi)的測(cè)試，如*個(gè)動(dòng)作或輸入大量的重復(fù)，大量數(shù)據(jù)的輸入，對(duì)一個(gè)數(shù)據(jù)庫(kù)系統(tǒng)大量的復(fù)雜查詢(xún)等。4.5.壓力測(cè)試壓力測(cè)試，英文是StressTesting。和負(fù)載測(cè)試差不多。壓力測(cè)試是一種根本的質(zhì)量保證行為，它是每個(gè)重要軟件測(cè)試工作的一局部。壓力測(cè)試的根本思路很簡(jiǎn)單：不是在常規(guī)條件下運(yùn)行手動(dòng)或自動(dòng)測(cè)試，而是在計(jì)算機(jī)數(shù)量較少或系統(tǒng)資源匱乏的條件下運(yùn)行測(cè)試。通常要進(jìn)展壓力測(cè)試的資源包括內(nèi)部?jī)?nèi)存、CPU可用性、磁盤(pán)空間和網(wǎng)絡(luò)帶寬等。一般用并發(fā)來(lái)做壓力測(cè)試。4.6.恢復(fù)測(cè)試恢復(fù)測(cè)試，英文是Recoverytesting?；謴?fù)測(cè)試是測(cè)試一個(gè)系統(tǒng)從如下災(zāi)難中能否很好地恢復(fù)，如遇到系統(tǒng)崩潰、硬件損壞或其他災(zāi)難性問(wèn)題?；謴?fù)測(cè)試指通過(guò)人為的讓軟件〔或者硬件〕出現(xiàn)故障來(lái)檢測(cè)系統(tǒng)是否能正確的恢復(fù)，通常關(guān)注恢復(fù)所需的時(shí)間以及恢復(fù)的程度?；謴?fù)測(cè)試主要檢查系統(tǒng)的容錯(cuò)能力。當(dāng)系統(tǒng)出錯(cuò)時(shí)，能否在指定時(shí)間間隔內(nèi)修正錯(cuò)誤并重新啟動(dòng)系統(tǒng)?；謴?fù)測(cè)試首先要采用各種方法強(qiáng)迫系統(tǒng)失敗，然后驗(yàn)證系統(tǒng)是否能盡快恢復(fù)。對(duì)于自動(dòng)恢復(fù)需驗(yàn)證重新初始化〔reinitialization〕、檢查點(diǎn)(checkpointingmechanisms)、數(shù)據(jù)恢復(fù)(datarecovery)和重新啟動(dòng)(restart)等機(jī)制的正確性；對(duì)于人工干預(yù)的恢復(fù)系統(tǒng)，還需估測(cè)平均修復(fù)時(shí)間，確定其是否在可承受的范圍內(nèi)。5.其他測(cè)試5.1平安測(cè)試平安測(cè)試，英文是SecurityTesting。平安測(cè)試是測(cè)試系統(tǒng)在防止非授權(quán)的內(nèi)部或外部用戶(hù)的訪(fǎng)問(wèn)或成心破壞等情況時(shí)怎么樣。這可能需要復(fù)雜的測(cè)試技術(shù)。平安測(cè)試檢查系統(tǒng)對(duì)非法侵入的防范能力。平安測(cè)試期間，測(cè)試人員假扮非法入侵者，采用各種方法試圖突破防線(xiàn)。例如：①想方設(shè)法截取或破譯口令；②專(zhuān)門(mén)定做軟件破壞系統(tǒng)的保護(hù)機(jī)制；③成心導(dǎo)致系統(tǒng)失敗，企圖趁恢復(fù)之機(jī)非法進(jìn)入；④試圖通過(guò)瀏覽非**數(shù)據(jù)，推導(dǎo)所需信息，等等。理論上講，只要有足夠的時(shí)間和資源，沒(méi)有不可進(jìn)入的系統(tǒng)。因此系統(tǒng)平安設(shè)計(jì)的準(zhǔn)則是，使非法侵入的代價(jià)超過(guò)被保護(hù)信息的價(jià)值。此時(shí)非法侵入者已無(wú)利可圖。5.2兼容性兼容測(cè)試，英文是patibilityTesting。兼容測(cè)試是測(cè)試軟件在一個(gè)特定的硬件/軟件/操作系統(tǒng)/網(wǎng)絡(luò)等環(huán)境下的性能如何。向上兼容向下兼容，軟件兼容硬件兼容。軟件的兼容性有很多需要考慮的地方。5.3可用性可用性測(cè)試，英文是PracticalUsabilityTesting?？捎眯詼y(cè)試是對(duì)"用戶(hù)友好性〞的測(cè)試。顯然這是主觀的，且將取決于目標(biāo)最終用戶(hù)或客戶(hù)。用戶(hù)面談、調(diào)查、用戶(hù)對(duì)話(huà)的錄象和其他一些技術(shù)都可使用。程序員和測(cè)試員通常都不宜作可用性測(cè)試員。5.4比擬測(cè)試比擬測(cè)試，英文是pareTesting。比擬測(cè)試是指與競(jìng)爭(zhēng)伙伴的產(chǎn)品的比擬測(cè)試，如軟件的弱點(diǎn)、優(yōu)點(diǎn)或?qū)嵙?。?lái)取長(zhǎng)補(bǔ)短，以增強(qiáng)產(chǎn)品的競(jìng)爭(zhēng)力。5.5可承受性可承受性測(cè)試，英文是AcceptabilityTesting?？沙惺苄詼y(cè)試是在把測(cè)試的版本交付測(cè)試部門(mén)大范圍測(cè)試以前進(jìn)展的對(duì)最根本功能的簡(jiǎn)單測(cè)試。因?yàn)樵诎褱y(cè)試的版本交付測(cè)試部門(mén)大范圍測(cè)試以前應(yīng)該先驗(yàn)證該版本對(duì)于所測(cè)試的功能根本上比擬穩(wěn)定。必須滿(mǎn)足一些最低要求。比方不會(huì)很容易程序就掛起或崩潰。如果一個(gè)新版本沒(méi)通過(guò)可測(cè)試性的驗(yàn)證，就應(yīng)該阻攔測(cè)試部門(mén)花時(shí)間在該測(cè)試版本上測(cè)試。同時(shí)還要找到造成該版本不穩(wěn)定的主要缺陷并催促盡快加以修正5.6邊界條件邊界條件測(cè)試，英文是BoudaryTesting。又稱(chēng)邊界值測(cè)試。一種黑盒測(cè)試方法，適度等價(jià)類(lèi)分析方法的一種補(bǔ)充,由長(zhǎng)期的測(cè)試工作經(jīng)歷得知，大量的錯(cuò)誤是發(fā)生在輸入或輸出的邊界上。因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例，可以查出更多的錯(cuò)誤。邊界條件測(cè)試是環(huán)繞邊界值的測(cè)試。通常意味著測(cè)試軟件各功能是否能正確處理最大值，最小值或者所設(shè)計(jì)軟件能夠處理的最長(zhǎng)的字符串等等。5.7強(qiáng)力測(cè)試強(qiáng)力測(cè)試，英文是MightinessTesting。強(qiáng)力測(cè)試通常驗(yàn)證軟件的性能在各種極端的環(huán)境和系統(tǒng)條件下是否還能正常工作?；蛘哒f(shuō)是驗(yàn)證軟件的性能在各種極端環(huán)境和系統(tǒng)條件下的承受能力。比方，在最低的硬盤(pán)驅(qū)動(dòng)器空間或系統(tǒng)記憶容量條件下，驗(yàn)證程序重復(fù)執(zhí)行翻開(kāi)和保存一個(gè)巨大的文件1000次后也不會(huì)崩潰或死機(jī)。5.8裝配安裝裝配/安裝/配置測(cè)試是驗(yàn)證軟件程序在不同廠家的硬件上，所支持的不同語(yǔ)言的新舊版本平臺(tái)上，和不同方式安裝的軟件都能夠如預(yù)期的那樣正確運(yùn)行。比方，把英文版的MicrosoftOffice2003安裝在韓文版的WindowsMe上，再驗(yàn)證所有功能都正常運(yùn)行。5.9隱藏?cái)?shù)據(jù)隱藏?cái)?shù)據(jù)測(cè)試在軟件驗(yàn)收和確認(rèn)階段是十分必要和重要的一局部。程序的質(zhì)量不僅僅通過(guò)用戶(hù)界面的可視化數(shù)據(jù)來(lái)驗(yàn)證，而且必須包括遍歷系統(tǒng)的所有數(shù)據(jù)。假設(shè)一個(gè)應(yīng)用程序要求用戶(hù)兩條信息-----用戶(hù)名和密碼來(lái)創(chuàng)立**。這個(gè)用戶(hù)輸入這兩條數(shù)據(jù)后保存。最后，一個(gè)確認(rèn)窗口將通過(guò)數(shù)據(jù)庫(kù)中找到這條數(shù)據(jù)來(lái)顯示用戶(hù)名和密碼給用戶(hù)。為了驗(yàn)證所有的數(shù)據(jù)保存是否正確，一個(gè)QA測(cè)試人員會(huì)在這個(gè)確認(rèn)窗口簡(jiǎn)單的查看下用戶(hù)名和密碼。如果他們成功了？假設(shè)數(shù)據(jù)庫(kù)記錄了第三條信息----創(chuàng)立日期，它可能不會(huì)出現(xiàn)在確認(rèn)窗口，而只在存檔中才出現(xiàn)。如果創(chuàng)立日期保存的不正確，而QA測(cè)試人員只驗(yàn)證屏幕上的數(shù)據(jù)，則這個(gè)問(wèn)題就不可能被發(fā)現(xiàn)。創(chuàng)立日期可能就是一個(gè)bug，由于一個(gè)用戶(hù)**保存了一個(gè)錯(cuò)誤的日期到數(shù)據(jù)庫(kù)中，這個(gè)問(wèn)題也不可能會(huì)被引起注意，因?yàn)樗挥脩?hù)界面所隱藏。這只是一個(gè)簡(jiǎn)單的例子，但是它卻演化出了一點(diǎn)：隱藏?cái)?shù)據(jù)測(cè)試的重要性。5.10等價(jià)劃分等價(jià)劃分測(cè)試的英文是equivalencepartitiontesting。等價(jià)劃分測(cè)試是根據(jù)等價(jià)類(lèi)設(shè)計(jì)測(cè)試用例的一種技術(shù)。是黑盒測(cè)試的典型方法之一，通過(guò)把被測(cè)試程序所有可能的輸入數(shù)據(jù)域劃分成假設(shè)干局部。從每一局部中選取少數(shù)有代表性的數(shù)據(jù)作為測(cè)試用例，可有效減少測(cè)試次數(shù)，極大提高軟件測(cè)試效率，縮短軟件開(kāi)發(fā)周期．等價(jià)類(lèi)劃分測(cè)試的目的就是為了在有限的測(cè)試資源的情況下，用少量有代表性的數(shù)據(jù)得到比擬好的測(cè)試效果。有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)。有效等價(jià)類(lèi)中的數(shù)據(jù)代表的是一組符合需求文檔的正確的有意義數(shù)據(jù)。無(wú)效等價(jià)類(lèi)則正相反。5.11判定表判定表的英文是decisiontable，是指一個(gè)表格，用于顯示條件和條件導(dǎo)致動(dòng)作的集合。定義：判定表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況的工具。判定表的優(yōu)點(diǎn)：能夠?qū)?fù)雜的問(wèn)題按照各種可能的情況全部列舉出來(lái)，簡(jiǎn)明并防止遺漏。因此，利用判定表能夠設(shè)計(jì)出完整的測(cè)試用例集合。在一些數(shù)據(jù)處理問(wèn)題當(dāng)中，*些操作的實(shí)施依賴(lài)于多個(gè)邏輯條件的組合，即：針對(duì)不同邏輯條件的組合值，分別執(zhí)行不同的操作。判定表很適合于處理這類(lèi)問(wèn)題5.12深度測(cè)試深度測(cè)試的英文Depthtest，是指執(zhí)行一個(gè)產(chǎn)品的一個(gè)特性的所有細(xì)節(jié)，但不測(cè)試所有特性。當(dāng)比擬函數(shù)返回真的時(shí)候才顯示出效果來(lái)。必須啟用"#深度測(cè)試〞，才能執(zhí)行測(cè)試。不使用的時(shí)候需要關(guān)閉。5.13基于設(shè)計(jì)基于設(shè)計(jì)的測(cè)試的英文是design-basedtesting，是根據(jù)軟件的構(gòu)架或詳細(xì)設(shè)計(jì)引出測(cè)試用例的一種方法。一種基于設(shè)計(jì)模型的測(cè)試方法(ModelBasedTestIngSystem,MATIS).該方法利用用戶(hù)界面自動(dòng)生成方法,把設(shè)計(jì)模型中的類(lèi)屬性定義和實(shí)現(xiàn)中的控件屬性組織在一起,構(gòu)建描述界面的邏輯對(duì)照表,輔助測(cè)試腳本引擎執(zhí)行自動(dòng)測(cè)試腳本.借助設(shè)計(jì)模型中擴(kuò)展的類(lèi)定義,MATIS方法可以自動(dòng)生成測(cè)試用例和測(cè)試數(shù)據(jù)。5.14文檔測(cè)試文檔測(cè)試的英文是documentationtesting，測(cè)試關(guān)注于文檔的正確性。文檔測(cè)試有三大類(lèi)分別是開(kāi)發(fā)文件、用戶(hù)文件、管理文件。1.開(kāi)發(fā)文件：可行性研究報(bào)告、軟件需求說(shuō)明書(shū)、數(shù)據(jù)要求說(shuō)明書(shū)、概要設(shè)計(jì)說(shuō)明書(shū)、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)、模塊開(kāi)發(fā)卷宗。2.用戶(hù)文件：用戶(hù)手冊(cè)、操作手冊(cè)。3.管理文件：工程開(kāi)發(fā)方案、測(cè)試方案、測(cè)試分析報(bào)告、開(kāi)發(fā)進(jìn)度月報(bào)、工程開(kāi)發(fā)總結(jié)報(bào)告。軟件測(cè)試中的文檔測(cè)試主要是對(duì)相關(guān)的設(shè)計(jì)報(bào)告和用戶(hù)使用說(shuō)明進(jìn)展測(cè)試，對(duì)于設(shè)計(jì)報(bào)告主要是測(cè)試程序與設(shè)計(jì)報(bào)告中的設(shè)計(jì)思想是否一致；對(duì)于用戶(hù)使用說(shuō)明進(jìn)展測(cè)試時(shí)，主要是測(cè)試用戶(hù)使用說(shuō)明書(shū)中對(duì)程序操作方法的描述是否正確，重點(diǎn)是用戶(hù)使用說(shuō)明中提到的操作例子要進(jìn)展測(cè)試，保證采用的例子能夠在程序中正確完成操作。一般來(lái)識(shí),文檔是軟件的重要組成局部,因此文檔測(cè)試也是軟件測(cè)試的主要內(nèi)容。在軟件的整個(gè)生命周期中會(huì)出現(xiàn)很多文檔,通?？梢园盐臋n粗略地分為三類(lèi):開(kāi)發(fā)文檔,管理文檔和用戶(hù)文檔。由于文檔與代碼不同,不能直接運(yùn)行,對(duì)于文檔的測(cè)試通常只能以文檔審查的方式進(jìn)展。對(duì)于管理文檔和審查通常歸屬于管理范疇,而不是軟件測(cè)試范疇,因?yàn)閷?duì)于管理文檔審查的目的不是為了發(fā)現(xiàn)和消除用戶(hù)所看到的軟件中的缺陷,而是為了更好地管理軟件開(kāi)發(fā)的過(guò)程。對(duì)于開(kāi)發(fā)文檔,由于這些文檔本身表達(dá)了所在開(kāi)發(fā)階段的軟件實(shí)際形態(tài),對(duì)于這些文檔的測(cè)試實(shí)際上是早期軟件測(cè)試的主要活動(dòng)。用戶(hù)文檔是那些隨程序一起交付給用戶(hù)的文檔,它們實(shí)際上是交付給用戶(hù)的軟件的重要組成局部。對(duì)于這些文檔的測(cè)試是對(duì)最終軟件產(chǎn)品測(cè)試的一局部。5.15域測(cè)試域測(cè)試的英文是domaintesting，定義參考等價(jià)劃分測(cè)試〔equivalencepartitiontesting〕；一般分為單域測(cè)試和多域測(cè)試，其中單域測(cè)試包括設(shè)備測(cè)試和業(yè)務(wù)測(cè)試，設(shè)備測(cè)試包括測(cè)試*個(gè)系統(tǒng)的軟交換設(shè)備、中繼媒體網(wǎng)關(guān)設(shè)備、信令網(wǎng)關(guān)設(shè)備、接入媒體網(wǎng)關(guān)和IAD等設(shè)備。等價(jià)類(lèi)劃分有兩種不同的情況：有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)。設(shè)計(jì)時(shí)要同時(shí)考慮這兩種等價(jià)類(lèi)，因?yàn)檐浖粌H要能接收合理的數(shù)據(jù)，也要能經(jīng)受意外的考驗(yàn)。一有效等價(jià)類(lèi)：是指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。利用有效等價(jià)類(lèi)可檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說(shuō)明中所規(guī)定的功能和性能。二無(wú)效等價(jià)類(lèi)：與有效等價(jià)類(lèi)的定義恰巧相反。5.16接口測(cè)試接口測(cè)試的英文是interfacetesting，接口測(cè)試測(cè)試系統(tǒng)組件間接口的一種測(cè)試。接口測(cè)試的好處：由于接口測(cè)試代碼本身就是用junit〔當(dāng)然接口的類(lèi)型不同，不一定是Junit來(lái)實(shí)現(xiàn)〕來(lái)實(shí)現(xiàn)的，是屬于自動(dòng)化測(cè)試的范疇，因此必定也包含自動(dòng)化測(cè)試所固有的優(yōu)勢(shì)。1〕提高測(cè)試質(zhì)量軟件開(kāi)發(fā)的過(guò)程是一個(gè)持續(xù)集成和改良的過(guò)程，而每一次的改良都可能引進(jìn)新bug,因此當(dāng)軟件的一部，或者全部修改時(shí)，都需要對(duì)軟件產(chǎn)品重新進(jìn)展測(cè)試。其目的是要驗(yàn)證修改后的產(chǎn)品是符合需求的，而當(dāng)沒(méi)有自動(dòng)化測(cè)試代碼時(shí)，往往會(huì)由于各種各樣的原因，回歸不充分，導(dǎo)致bug遺漏。2〕提高測(cè)試效率軟件系統(tǒng)的規(guī)模越來(lái)越大，功能點(diǎn)越來(lái)越多，開(kāi)發(fā)人員的自測(cè)或者測(cè)試人員的人工測(cè)試非常耗時(shí)和繁瑣，勢(shì)必導(dǎo)致測(cè)試效率的低下，而自動(dòng)化測(cè)試正好解決這些耗時(shí)繁瑣的任務(wù)，在對(duì)外接口功能不變的情況下，到達(dá)了一次編寫(xiě)，永久使用的效果。3〕提高測(cè)試覆蓋通過(guò)手工測(cè)試很難測(cè)試到一些更深層次的異常和平安的問(wèn)題，通過(guò)一些輔助的一些測(cè)試工具，能分析出代碼的覆蓋率，通過(guò)覆蓋率的提高來(lái)提高測(cè)試的深度。4〕更好地重現(xiàn)軟件缺陷由于每次執(zhí)行都是一樣的代碼，一旦代碼出錯(cuò)，必定回歸出錯(cuò)5〕更好定位錯(cuò)誤由于接口測(cè)試是一種自下向上的測(cè)試，因此一量出錯(cuò)，非常容易定位出錯(cuò)，不向系統(tǒng)測(cè)試那樣了，一旦有Bug，需要幾層驗(yàn)證之后才能確定出錯(cuò)位置6〕降低修改bug的本錢(qián)接口測(cè)試根本和開(kāi)發(fā)人員的編碼平行