軟件測(cè)試基礎(chǔ)教程

1、軟件測(cè)試基礎(chǔ)教程 測(cè)試的基本概念測(cè)試是軟件生存周期中十分重要的一個(gè)過(guò)程，是產(chǎn)品發(fā)布、提交給最終用戶前的穩(wěn)定化階段。 1、 測(cè)試的分類：從測(cè)試方法的角度可以分為手工測(cè)試和自動(dòng)化測(cè)試。手工測(cè)試：不使用任何測(cè)試工具，根據(jù)事先設(shè)計(jì)好的測(cè)試用例來(lái)運(yùn)行系統(tǒng)，測(cè)試各功能模塊。自動(dòng)化測(cè)試：利用測(cè)試工具，通過(guò)編寫測(cè)試腳本和輸入測(cè)試數(shù)據(jù)，自動(dòng)運(yùn)行測(cè)試程序。目前最常用的自動(dòng)化測(cè)試工具是基于GUI的自動(dòng)化測(cè)試工具，基本原理都是錄制、回放技術(shù)。從整體的角度可以分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)測(cè)試。單元測(cè)試：是針對(duì)軟件設(shè)計(jì)的最小單位程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。一般包括邏輯檢查、結(jié)構(gòu)檢查、接口檢查、

2、出錯(cuò)處理、代碼注釋、輸入校驗(yàn)、邊界值檢查。單元測(cè)試的依據(jù)是系統(tǒng)的詳細(xì)設(shè)計(jì)；一般由項(xiàng)目組開發(fā)人員自己完成。集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝進(jìn)行測(cè)試。一般包括邏輯關(guān)系檢查、數(shù)據(jù)關(guān)系檢查、業(yè)務(wù)關(guān)系檢查、模塊間接口檢查、外部接口檢查。系統(tǒng)測(cè)試：系統(tǒng)測(cè)試是在所有單元、集成測(cè)試后，對(duì)系統(tǒng)的功能及性能的總體測(cè)試。確認(rèn)測(cè)試：模擬用戶運(yùn)行的業(yè)務(wù)環(huán)境，運(yùn)用黑盒測(cè)試方法，驗(yàn)證軟件系統(tǒng)是否滿足用戶需求或軟件需求說(shuō)明書中指明的軟件特性（功能、非功能）上的。從測(cè)試原理上分為：白盒測(cè)試、黑盒測(cè)試和灰盒測(cè)試。白盒測(cè)試：是通過(guò)程序的源代碼進(jìn)行測(cè)試而不使用用戶界面。這種類型的測(cè)試需要從代碼句法發(fā)現(xiàn)內(nèi)部代碼

3、在算法，溢出，路徑，條件等等中的缺點(diǎn)或者錯(cuò)誤，進(jìn)而加以修正。黑盒測(cè)試：是通過(guò)使用整個(gè)軟件或某種軟件功能來(lái)嚴(yán)格地測(cè)試, 而并沒(méi)有通過(guò)檢查程序的源代碼或者很清楚地了解該軟件的源代碼程序具體是怎樣設(shè)計(jì)的。測(cè)試人員通過(guò)輸入他們的數(shù)據(jù)然后看輸出的結(jié)果從而了解軟件怎樣工作。在測(cè)試時(shí)，把程序看作一個(gè)不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蘸驼_的輸出。黑盒測(cè)試方法主要有等價(jià)類劃分、邊界值分析、因果圖、錯(cuò)誤推測(cè)法。等價(jià)類劃分：邊界值分析：長(zhǎng)期的測(cè)試工作經(jīng)驗(yàn)告訴我們,大量的錯(cuò)誤是發(fā)生在輸入或

4、輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤。錯(cuò)誤推測(cè)法：基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法.錯(cuò)誤推測(cè)方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例. 例如, 在單元測(cè)試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測(cè)試用例。灰盒測(cè)試：灰盒測(cè)試就像黑盒測(cè)試一樣是通過(guò)用戶

5、界面測(cè)試，但是測(cè)試人員已經(jīng)有所了解該軟件或某種軟件功能的源代碼程序具體是怎樣設(shè)計(jì)的。甚至于還讀過(guò)部分源代碼。因此測(cè)試人員可以有真對(duì)性地進(jìn)行某種確定的條件/功能的測(cè)試。 從軟件特性上分為功能測(cè)試和性能測(cè)試。功能測(cè)試：是指為了確保軟件系統(tǒng)功能實(shí)現(xiàn)的正確性，完整性和其他特性而進(jìn)行的測(cè)試。 性能測(cè)試：是指為了評(píng)估軟件系統(tǒng)的性能狀況，和預(yù)測(cè)軟件系統(tǒng)性能趨勢(shì)而進(jìn)行的測(cè)試和分析。 2、 BUG的定義：BUG：(小錯(cuò)誤，缺陷，不足，過(guò)失 ) 一個(gè)計(jì)算機(jī)bug指在計(jì)算機(jī)程序中存在的一個(gè)錯(cuò)誤（error）、缺陷（flaw）、疏忽（mistake）或者故障（fault），這些bug使程

6、序無(wú)法正確的運(yùn)行。Bug產(chǎn)生于程序的源代碼或者程序設(shè)計(jì)階段的疏忽或者錯(cuò)誤。 Defect：(缺陷) 在軟件工程（Software Engineering）中，軟件與它的需求（requirements）不一致，常常指軟件無(wú)法正確完成需求所要求的功能，也稱之為bug。  Fault：(故障)被定義為存在于組件、設(shè)備或者子系統(tǒng)中異常的條件或者缺陷，常常會(huì)導(dǎo)致系統(tǒng)的失敗。 Error：(錯(cuò)誤) 一個(gè)error是指編寫錯(cuò)誤的代碼，通常是無(wú)意中造成的。一般有兩類主要的錯(cuò)誤，一是語(yǔ)法錯(cuò)誤（syntax error），該類錯(cuò)誤易于檢測(cè)，因?yàn)榇a在編譯階段無(wú)法解析而不能正

7、常編譯通過(guò)。另一個(gè)是邏輯錯(cuò)誤（logical error），因?yàn)樗c代碼的實(shí)際執(zhí)行密切相關(guān)所以不易發(fā)現(xiàn)。  二、 項(xiàng)目測(cè)試的規(guī)劃項(xiàng)目測(cè)試內(nèi)容：將項(xiàng)目測(cè)試分為項(xiàng)目開發(fā)階段測(cè)試和項(xiàng)目完工驗(yàn)收測(cè)試兩個(gè)部分。開發(fā)階段測(cè)試內(nèi)容主要包括：模塊功能測(cè)試、集成測(cè)試和文檔檢查。模塊功能測(cè)試：確保系統(tǒng)各功能模塊能夠正常運(yùn)行，數(shù)據(jù)的IPO符合系統(tǒng)設(shè)計(jì)的要求。單元和模塊功能滿足需求定義。集成測(cè)試：系統(tǒng)各模塊組裝后，根據(jù)業(yè)務(wù)流程的要求，能夠正確地完成各業(yè)務(wù)功能，并且數(shù)據(jù)的處理和輸出正確。文檔檢查：在項(xiàng)目開發(fā)階段，按照項(xiàng)目進(jìn)度表，根據(jù)項(xiàng)目文檔測(cè)試規(guī)范與標(biāo)準(zhǔn)，對(duì)提交的項(xiàng)目文檔和記錄（技術(shù)文檔和管理文檔）

8、進(jìn)行檢查和驗(yàn)證，以符合公司質(zhì)量體系和項(xiàng)目制度的要求，對(duì)于技術(shù)類文檔的關(guān)鍵要素，驗(yàn)證是否能夠達(dá)到通過(guò)標(biāo)準(zhǔn)。完工驗(yàn)收測(cè)試內(nèi)容主要包括：安裝測(cè)試、功能驗(yàn)證、性能測(cè)試、需求驗(yàn)證、文檔測(cè)試。完工驗(yàn)收測(cè)試實(shí)際上是項(xiàng)目在結(jié)項(xiàng)前的一個(gè)全面的檢查和驗(yàn)證?？梢宰鳛轫?xiàng)目結(jié)項(xiàng)的依據(jù)和放行條件。需求測(cè)試：檢查軟件產(chǎn)品是否滿足該項(xiàng)目的需求說(shuō)明書中規(guī)定的功能需求，檢查需求的完整性、一致性、最新性，該項(xiàng)測(cè)試重點(diǎn)是需求滿足的完整性。安裝測(cè)試：根據(jù)項(xiàng)目提供的安裝文檔中的安裝步驟，搭建系統(tǒng)運(yùn)行環(huán)境，檢查系統(tǒng)安裝過(guò)程是否正確。可能包括數(shù)據(jù)庫(kù)服務(wù)器的安裝與配置、應(yīng)用服務(wù)器、控件注冊(cè)、客戶端的安裝與配置、應(yīng)用軟件的安裝。功能驗(yàn)證：按照需

9、求說(shuō)明書和系統(tǒng)概要設(shè)計(jì)，逐項(xiàng)檢查各項(xiàng)功能（功能單元、功能模塊）的可運(yùn)行性和正確性。文檔測(cè)試：文檔測(cè)試從項(xiàng)目立項(xiàng)時(shí)就開始了，實(shí)際上就是文檔檢查，包括規(guī)范性檢查和有效性檢查。目的是使項(xiàng)目相關(guān)的文檔和記錄既規(guī)范又有意義，不是為了應(yīng)付的無(wú)用文件。對(duì)于技術(shù)文檔如：需求說(shuō)明書、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)等，在技術(shù)評(píng)審時(shí)也進(jìn)行了評(píng)測(cè)。用戶文檔，如安裝手冊(cè)、用戶操作手冊(cè)，根據(jù)文檔檢查規(guī)范進(jìn)行。性能測(cè)試：這部分測(cè)試的來(lái)源，嚴(yán)格來(lái)講，取決于用戶對(duì)軟件特性的一些特定要求，另外，就是公司的開發(fā)部門對(duì)產(chǎn)品的一些基本的性能要求。若用戶從業(yè)務(wù)的角度考慮，對(duì)軟件產(chǎn)品本身有特定的非功能要求，則必須在軟件需求說(shuō)明書中加以說(shuō)明，使之具有可

10、度量和可測(cè)試性。對(duì)于一些多用戶環(huán)境或數(shù)據(jù)處理能力和負(fù)載方面的測(cè)試，很難通過(guò)手工搭建測(cè)試環(huán)境來(lái)測(cè)試，所以可以參考使用一些專門的性能測(cè)試工具和手工測(cè)試相結(jié)合的方式。項(xiàng)目測(cè)試的基本流程：1、 項(xiàng)目測(cè)試啟動(dòng)：項(xiàng)目立項(xiàng)后，在測(cè)試配置庫(kù)中創(chuàng)建項(xiàng)目。2、 測(cè)試計(jì)劃：系統(tǒng)詳細(xì)設(shè)計(jì)后，制定測(cè)試計(jì)劃，準(zhǔn)備測(cè)試資源。3、 設(shè)計(jì)測(cè)試用例，主要是與業(yè)務(wù)相關(guān)的測(cè)試用例。4、實(shí)施功能模塊測(cè)試，搭建運(yùn)行或開發(fā)環(huán)境，采用功能模塊測(cè)試表的方式，開發(fā)人員在功能模塊測(cè)試表中更新進(jìn)度狀態(tài)，測(cè)試人員在該表中描述測(cè)試進(jìn)度。形成測(cè)試錯(cuò)誤列表，該表對(duì)每個(gè)錯(cuò)誤都有相應(yīng)的測(cè)試記錄與之鏈接，在測(cè)試記錄中，詳細(xì)描述錯(cuò)誤的情況。在測(cè)試記錄中還要包括修正

11、信息和驗(yàn)證信息。5、錯(cuò)誤關(guān)閉后，測(cè)試人員維護(hù)測(cè)試記錄表和更新測(cè)試用例庫(kù)和問(wèn)題庫(kù)，作為經(jīng)驗(yàn)積累。6、項(xiàng)目在結(jié)項(xiàng)時(shí)，測(cè)試人員進(jìn)行項(xiàng)目完工驗(yàn)收測(cè)試，填寫項(xiàng)目測(cè)試報(bào)告。該測(cè)試報(bào)告可作為用戶驗(yàn)收的輸入工件。三、 功能測(cè)試方法與內(nèi)容1、數(shù)據(jù)輸入測(cè)試：向系統(tǒng)輸入數(shù)據(jù)或輸入數(shù)據(jù)庫(kù)操作命令時(shí)，一般是測(cè)試系統(tǒng)對(duì)數(shù)據(jù)庫(kù)中數(shù)據(jù)操作的過(guò)程。數(shù)據(jù)類型測(cè)試：由于不同的數(shù)據(jù)庫(kù)系統(tǒng)對(duì)數(shù)據(jù)類型要求的不同，在定義數(shù)據(jù)庫(kù)表時(shí)，也規(guī)定了數(shù)據(jù)字段的數(shù)據(jù)類型。測(cè)試步驟和方法：在系統(tǒng)的數(shù)據(jù)維護(hù)功能界面上，錄入或修改數(shù)據(jù)時(shí)，特意輸入非系統(tǒng)設(shè)計(jì)的數(shù)據(jù)類型，檢查系統(tǒng)是否可以接受，若不能接受則檢查是否滿足了系統(tǒng)在這方面的設(shè)計(jì)要求，如即刻清除非法內(nèi)容

12、、輸入焦點(diǎn)不能到下一輸入位置、出現(xiàn)系統(tǒng)自定義的提示信息、不允許出現(xiàn)開發(fā)工具的報(bào)錯(cuò)信息等。若系統(tǒng)可以接受并保存，則要看數(shù)據(jù)庫(kù)表的字段類型設(shè)計(jì)是否與用戶或習(xí)慣上不一致，并且要注意其他模塊在調(diào)取該數(shù)據(jù)時(shí)，是否有特定要求。邊界值測(cè)試：根據(jù)數(shù)據(jù)取值范圍的要求，輸入符合取值范圍的數(shù)據(jù)、取值范圍的上、下限和超過(guò)取值范圍的數(shù)據(jù)。注意，除要測(cè)試數(shù)據(jù)庫(kù)系統(tǒng)本身數(shù)據(jù)類型取值范圍外，還要根據(jù)軟件系統(tǒng)設(shè)計(jì)中的一些特定要求，設(shè)計(jì)測(cè)試用例來(lái)測(cè)試。數(shù)據(jù)合法性測(cè)試：測(cè)試人員除了要測(cè)試輸入數(shù)據(jù)是否滿足所使用數(shù)據(jù)庫(kù)系統(tǒng)本身的數(shù)據(jù)類型和取值范圍的要求外，還應(yīng)該根據(jù)經(jīng)驗(yàn)和軟件系統(tǒng)和需求的特定要求檢查輸入數(shù)據(jù)的合法性。比如：日期合法性（

13、出生年月、參保日期、發(fā)生時(shí)間、根據(jù)習(xí)慣和業(yè)務(wù)邏輯順序?qū)θ掌诤侠硇缘囊蟮龋９べY、比例、率等，都要注意輸入的合理、合法性。單引號(hào)和雙引號(hào)：不要忽略輸入單引號(hào)和雙引號(hào)可能引起的錯(cuò)誤和數(shù)據(jù)問(wèn)題。在功能錄入界面上，在某字段的輸入框輸入了包括單引號(hào)和雙引號(hào)的數(shù)據(jù)，以后在通過(guò)Select 語(yǔ)句查詢時(shí)可能會(huì)出問(wèn)題。特別在基于WEB方式的系統(tǒng)，輸入了單引號(hào)，在查詢數(shù)據(jù)記錄時(shí)，肯定會(huì)出現(xiàn)頁(yè)面鏈接錯(cuò)誤（頁(yè)面無(wú)法鏈接或找不到或鏈接對(duì)象錯(cuò)誤）?？罩禍y(cè)試：在測(cè)試數(shù)據(jù)錄入或修改的功能界面時(shí)，若不輸入任何東西，系統(tǒng)又沒(méi)有設(shè)計(jì)成NOT NULL，則這時(shí)，要非常注意其影響。因?yàn)閿?shù)據(jù)可以正常保存，但數(shù)據(jù)表該字段是空值，那么所有

14、與該字段有關(guān)的操作，如：查詢(AND)、計(jì)算（累加、連乘）等，則可能出現(xiàn)數(shù)據(jù)問(wèn)題（計(jì)算結(jié)果為0，無(wú)記錄返回）。對(duì)于測(cè)試人員首先要檢查系統(tǒng)到底是作為空值，還是作為空串或空字符處理。另外對(duì)于允許不輸入任何值的字段，在測(cè)試過(guò)程中，要檢查是否在界面顯示或打印報(bào)表時(shí)，這些字段作為了關(guān)鍵要素或標(biāo)題等情況。空格：在數(shù)據(jù)維護(hù)的功能界面上，輸入數(shù)據(jù)時(shí)，要注意是否在輸入位置有空格，首先看系統(tǒng)設(shè)計(jì)時(shí)，是怎么考慮的，若系統(tǒng)允許輸入空格，則檢查條件查詢或作為調(diào)用參數(shù)時(shí)的數(shù)據(jù)返回情況；另外檢查程序是否使用了去掉空格的函數(shù)。數(shù)據(jù)校驗(yàn)的不一致：測(cè)試時(shí)，對(duì)于一些編號(hào)、編碼、代碼等主鍵或作為查詢或調(diào)用條件的字段，要注意系統(tǒng)對(duì)他們

15、的輸入合法性檢查與查詢或調(diào)用條件的要求是否是一致的。特別是對(duì)于數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)中沒(méi)有特定約束，而由程序進(jìn)行校驗(yàn)控制的情況。分析：數(shù)據(jù)輸入測(cè)試的主要目的是保證輸入到系統(tǒng)中數(shù)據(jù)的合法、合理性。我覺得，數(shù)據(jù)輸入過(guò)程的檢查是非常重要的，若在編程過(guò)程中，不注重?cái)?shù)據(jù)的校驗(yàn)功能，雖然看起來(lái)加快了開發(fā)進(jìn)度，但給以后會(huì)帶來(lái)一些不可預(yù)計(jì)的編程或維護(hù)工作量。2、目錄路徑測(cè)試：測(cè)試系統(tǒng)中規(guī)定的路徑要求，更改路徑，檢查系統(tǒng)的是否可以正確運(yùn)行及系統(tǒng)的排錯(cuò)功能。測(cè)試時(shí)，根據(jù)系統(tǒng)設(shè)計(jì)說(shuō)明書（詳細(xì)設(shè)計(jì)）或通過(guò)對(duì)程序源代碼的熟悉，找出系統(tǒng)運(yùn)行過(guò)程中指定的路徑或在運(yùn)行過(guò)程中，需要使用者選擇路徑的地方。特意更改路徑（選擇正確的路徑、選擇

16、另外的路徑、輸入不存在的路徑）。檢查系統(tǒng)是否具有路徑上的容錯(cuò)性和靈活性。比如，原則上在程序中，最好不要寫絕對(duì)路徑，另外可以提供配置路徑的對(duì)話框，若輸入了非法路徑，系統(tǒng)有無(wú)提示等。3、 數(shù)據(jù)操作測(cè)試：包括數(shù)據(jù)操作測(cè)試和用戶界面操作的測(cè)試。修改、新增數(shù)據(jù)：對(duì)于新增和修改數(shù)據(jù)，要注重以下幾個(gè)方面的測(cè)試。界面上，新增數(shù)據(jù)成功后，數(shù)據(jù)列表是否立即刷新，輸入有錯(cuò)誤時(shí)，是否清空錯(cuò)誤的數(shù)據(jù)，輸入焦點(diǎn)是否得以控制。在提示信息上，是否有保存成功的提示，輸入有錯(cuò)誤時(shí)，提示的錯(cuò)誤信息是否準(zhǔn)確，可讀。數(shù)據(jù)方面，要通過(guò)SQL檢查數(shù)據(jù)提交是否正確。刪除數(shù)據(jù)：測(cè)試刪除記錄時(shí)，系統(tǒng)是否有確認(rèn)提示，能否批量刪除，根據(jù)系統(tǒng)詳細(xì)設(shè)計(jì)

17、，檢查刪除主表記錄時(shí)，在業(yè)務(wù)上，其他相關(guān)表是否相應(yīng)更改。事物的提交與回滾:熟悉C/S模式開發(fā)或數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)開發(fā)的人都知道，數(shù)據(jù)庫(kù)事物的概念。對(duì)于一個(gè)比較復(fù)雜的業(yè)務(wù)邏輯或業(yè)務(wù)上有數(shù)據(jù)一致和完整性要求時(shí)，盡量使用事物對(duì)數(shù)據(jù)進(jìn)行提交，這樣一旦由于意外原因引起系統(tǒng)或硬件故障時(shí)，可以回滾。根據(jù)系統(tǒng)的設(shè)計(jì)要求在測(cè)試時(shí)，可人為模擬意外故障，來(lái)測(cè)試系統(tǒng)的數(shù)據(jù)完整性和容錯(cuò)能力。4、工具條和快捷鍵測(cè)試：在功能界面測(cè)試時(shí)，對(duì)系統(tǒng)菜單中定義的快捷鍵和菜單工具條中的工具按鈕要測(cè)試。主要是有效性和一致性測(cè)試。有效性：檢查是否有效，界面有無(wú)反應(yīng)。一致性：定義或提示的信息是否與實(shí)際完成的功能一致。5、 操作順序測(cè)試按鈕順序測(cè)試：在功能界面上，不按照設(shè)計(jì)上或習(xí)慣上的操作順序點(diǎn)擊功能按鈕，看系統(tǒng)有什么反應(yīng)；多次、反復(fù)點(diǎn)擊某一按鈕，看系統(tǒng)有什么反應(yīng)。主要是測(cè)試系統(tǒng)的控制、校驗(yàn)和容錯(cuò)能力。業(yè)務(wù)邏輯順序：不按照系統(tǒng)的正常業(yè)務(wù)邏輯、流程操作，來(lái)測(cè)試系統(tǒng)是否控制了業(yè)務(wù)流程的順序。6、按鈕有效性控制測(cè)試：主要是測(cè)試當(dāng)不具備條件或無(wú)實(shí)際意義的情況下，按鈕的“Enabled”屬性。比如：某一業(yè)務(wù)未處理，下一環(huán)節(jié)的功能按鈕則應(yīng)變灰（不可用）。逐條顯示數(shù)據(jù)記錄，當(dāng)游標(biāo)已經(jīng)指到了最后一條時(shí)，“下一條”和“末記錄”按鈕則應(yīng)變灰等。7、同時(shí)刻操作測(cè)試：對(duì)于刪除、修改、增加數(shù)據(jù)和一些業(yè)務(wù)功能，進(jìn)行