軟件測試的定義及常用軟件測試方法介紹.doc

《軟件測試的定義及常用軟件測試方法介紹.doc》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件測試的定義及常用軟件測試方法介紹.doc（5頁珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

軟件測試的定義及常用軟件測試方法介紹 一、 軟件測試的定義 1.定義：使用人工或者自動(dòng)手段來運(yùn)行或測試某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。 2.內(nèi)容：軟件測試主要工作內(nèi)容是驗(yàn)證(verification)和確認(rèn)(validation )，下面分別給出其概念： 驗(yàn)證(verification)是保證軟件正確地實(shí)現(xiàn)了一些特定功能的一系列活動(dòng)， 即保證軟件以正確的方式來做了這個(gè)事件(Do it right) 　　1.確定軟件生存周期中的一個(gè)給定階段的產(chǎn)品是否達(dá)到前階段確立的需求的過程 　　2.程序正確性的形式證明，即采用形式理論證明程序符合設(shè)計(jì)規(guī)約規(guī)定的過程 　　3.評(píng)市、審查、測試、檢查、審計(jì)等各類活動(dòng)，或?qū)δ承╉?xiàng)處理、服務(wù)或文件等是否和規(guī)定的需求相一致進(jìn)行判斷和提出報(bào)告。 確認(rèn)(validation)是一系列的活動(dòng)和過程，目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件做了你所期望的事情。(Do the right thing) 　　 1.靜態(tài)確認(rèn)，不在計(jì)算機(jī)上實(shí)際執(zhí)行程序，通過人工或程序分析來證明軟件的正確性 　　 2.動(dòng)態(tài)確認(rèn)，通過執(zhí)行程序做分析，測試程序的動(dòng)態(tài)行為，以證實(shí)軟件是否存在問題。 軟件測試的對(duì)象不僅僅是程序測試，軟件測試應(yīng)該包括整個(gè)軟件開發(fā)期間各個(gè)階段所產(chǎn)生的文檔，如需求規(guī)格說明、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔，當(dāng)然軟件測試的主要對(duì)象還是源程序。 二、軟件測試常用方法 1. 從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)的角度劃分： a. 黑盒測試 黑盒測試也稱功能測試，它是通過測試來檢測每個(gè)功能是否都能正常使用。在測試中，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對(duì)軟件界面和軟件功能進(jìn)行測試。 黑盒測試是以用戶的角度，從輸入數(shù)據(jù)和輸出數(shù)據(jù)的對(duì)應(yīng)關(guān)系出發(fā)進(jìn)行測試的，很明顯，如果本身設(shè)計(jì)有問題或者說明規(guī)格有錯(cuò)誤，用黑盒測試是發(fā)現(xiàn)不了的。 黑盒測試法注重于測試軟件的功能需求，主要試圖發(fā)現(xiàn)下列幾類錯(cuò)誤。 功能不正確或遺漏； 　　界面錯(cuò)誤； 　　輸入和輸出錯(cuò)誤； 　　數(shù)據(jù)庫訪問錯(cuò)誤； 　　性能錯(cuò)誤； 初始化和終止錯(cuò)誤等。 從理論上講，黑盒測試只有采用窮舉輸入測試，把所有可能的輸入都作為測試情況考慮，才能查出程序中所有的錯(cuò)誤。實(shí)際上測試情況有無窮多個(gè)，人們不僅要測試所有合法的輸入，而且還要對(duì)那些不合法但可能的輸入進(jìn)行測試。這樣看來，完全測試是不可能的，所以我們要進(jìn)行有針對(duì)性的測試，通過制定測試案例指導(dǎo)測試的實(shí)施，保證軟件測試有組織、按步驟，以及有計(jì)劃地進(jìn)行。黑盒測試行為必須能夠加以量化，才能真正保證軟件質(zhì)量，而測試用例就是將測試行為具體量化的方法之一。具體的黑盒測試用例設(shè)計(jì)方法包括等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測法、因果圖法、判定表驅(qū)動(dòng)法、正交試驗(yàn)設(shè)計(jì)法、功能圖法等。 b.白盒測試 白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試，它是按照程序內(nèi)部的結(jié)構(gòu)測試程序，通過測試來檢測產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說明書的規(guī)定正常進(jìn)行，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。 這一方法是把測試對(duì)象看作一個(gè)打開的盒子，測試人員依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)相關(guān)信息，設(shè)計(jì)或選擇測試用例，對(duì)程序所有邏輯路徑進(jìn)行測試，通過在不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。 白盒測試的測試方法有代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法、基本路徑測試法、域測試、符號(hào)測試、Z路徑覆蓋、程序變異。 白盒測試的實(shí)施步驟： 1.測試計(jì)劃階段：根據(jù)需求說明書，制定測試進(jìn)度。 　　2.測試設(shè)計(jì)階段：依據(jù)程序設(shè)計(jì)說明書，按照一定規(guī)范化的方法進(jìn)行軟件結(jié)構(gòu)劃分和設(shè)計(jì)測試用例。 　　3.測試執(zhí)行階段：輸入測試用例，得到測試結(jié)果。 4.測試總結(jié)階段：對(duì)比測試的結(jié)果和代碼的預(yù)期結(jié)果，分析錯(cuò)誤原因，找到并解決錯(cuò)誤。 白盒測試的優(yōu)點(diǎn)： 迫使測試人員去仔細(xì)思考軟件的實(shí)現(xiàn)； 　　 可以檢測代碼中的每條分支和路徑； 　　 揭示隱藏在代碼中的錯(cuò)誤； 　　 對(duì)代碼的測試比較徹底； 最優(yōu)化； 白盒測試的缺點(diǎn)： 無法檢測代碼中遺漏的路徑和數(shù)據(jù)敏感性錯(cuò)誤； 不驗(yàn)證規(guī)格的正確性； c.灰盒測試 灰盒測試，是介于白盒測試與黑盒測試之間的，可以這樣理解，灰盒測試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細(xì)、完整，只是通過一些表征性的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運(yùn)行狀態(tài)，有時(shí)候輸出是正確的，但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了，這種情況非常多，如果每次都通過白盒測試來操作，效率會(huì)很低，因此需要采取這樣的一種灰盒的方法。 2. 從軟件開發(fā)的過程按階段劃分有 a.單元測試 單元測試（unit testing），是指對(duì)軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證。對(duì)于單元測試中單元的含義，一般來說，要根據(jù)實(shí)際情況去判定其具體含義，如C語言中單元指一個(gè)函數(shù)，Java里單元指一個(gè)類，圖形化的軟件中可以指一個(gè)窗口或一個(gè)菜單等?？偟膩碚f，單元就是人為規(guī)定的最小的被測功能模塊。單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級(jí)別的測試活動(dòng)，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測試。 b.集成測試 集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求（如根據(jù)結(jié)構(gòu)圖〕組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測試。實(shí)踐表明，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實(shí)現(xiàn)。 c.確認(rèn)測試 確認(rèn)測試的目的是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是確認(rèn)測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。 確認(rèn)測試又稱有效性測試。有效性測試是在模擬的環(huán)境下，運(yùn)用黑盒測試的方法，驗(yàn)證被測軟件是否滿足需求規(guī)格說明書列出的需求。任務(wù)是驗(yàn)證軟件的功能和性能及其他特性是否與用戶的要求一致。對(duì)軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定，它包含的信息就是軟件確認(rèn)測試的基礎(chǔ)。 d.系統(tǒng)測試 系統(tǒng)測試，英文是System Testing。是將已經(jīng)確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測試和確認(rèn)測試，系統(tǒng)測試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測試，目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。系統(tǒng)測試發(fā)現(xiàn)問題之后要經(jīng)過調(diào)試找出錯(cuò)誤原因和位置，然后進(jìn)行改正。是基于系統(tǒng)整體需求說明書的黑盒類測試，應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。對(duì)象不僅僅包括需測試的軟件，還要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。 系統(tǒng)測試的步驟： 【Step1】 制定系統(tǒng)測試計(jì)劃 　　系統(tǒng)測試小組各成員共同協(xié)商測試計(jì)劃。測試組長按照指定的模板起草《系統(tǒng)測試計(jì)劃》。該計(jì)劃主要包括： 　　測試范圍（內(nèi)容） 　　測試方法 　　測試環(huán)境與輔助工具 　　測試完成準(zhǔn)則 　　人員與任務(wù)表 　　項(xiàng)目經(jīng)理審批《系統(tǒng)測試計(jì)劃》。該計(jì)劃被批準(zhǔn)后，轉(zhuǎn)向【Step2】。 【Step2】 設(shè)計(jì)系統(tǒng)測試用例 　　系統(tǒng)測試小組各成員依據(jù)《系統(tǒng)測試計(jì)劃》和指定的模板，設(shè)計(jì)（撰寫）《系統(tǒng)測試用例》。 　　測試組長邀請(qǐng)開發(fā)人員和同行專家，對(duì)《系統(tǒng)測試用例》進(jìn)行技術(shù)評(píng)審。該測試用例通過技術(shù)評(píng)審后，轉(zhuǎn)向【Step3】。 【Step3】 執(zhí)行系統(tǒng)測試 　　系統(tǒng)測試小組各成員依據(jù)《系統(tǒng)測試計(jì)劃》和《系統(tǒng)測試用例》執(zhí)行系統(tǒng)測試。 　　將測試結(jié)果記錄在《系統(tǒng)測試報(bào)告》中，用“缺陷管理工具”來管理所發(fā)現(xiàn)的缺陷，并及時(shí)通報(bào)給開發(fā)人員。 【Step4】 缺陷管理與改錯(cuò) 　　從【Step1】至【Step3】，任何人發(fā)現(xiàn)軟件系統(tǒng)中的缺陷時(shí)都必須使用指定的“缺陷管理工具”。該工具將記錄所有缺陷的狀態(tài)信息，并可以自動(dòng)產(chǎn)生《缺陷管理報(bào)告》。 　　開發(fā)人員及時(shí)消除已經(jīng)發(fā)現(xiàn)的缺陷。 開發(fā)人員消除缺陷之后應(yīng)當(dāng)馬上進(jìn)行回歸測試，以確保不會(huì)引入新的缺陷。 e.驗(yàn)收測試 驗(yàn)收測試，系統(tǒng)開發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶和／或獨(dú)立測試人員根據(jù)測試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。它是一項(xiàng)確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測試。這是管理性和防御性控制。 至此軟件測試的定義及常用方法已經(jīng)介紹完畢了，但軟件測試遠(yuǎn)遠(yuǎn)不只這么簡單，上面列出的只是一些基本的概念，只有自己深入的去學(xué)習(xí)才能學(xué)的更多，走的更遠(yuǎn)。 完結(jié)