版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、.阜陽(yáng)師范學(xué)院本科畢業(yè)設(shè)計(jì)題目:班級(jí)管理系統(tǒng)的測(cè)試學(xué) 號(hào):姓 名:年 級(jí):系 別:專 業(yè):完成日期:指導(dǎo)老師:班級(jí)管理系統(tǒng)的測(cè)試:學(xué)號(hào):指導(dǎo)教師:摘要在軟件生命周期的各個(gè)階段,都有可能會(huì)產(chǎn)生差錯(cuò)。雖然在每個(gè)階段結(jié)束之前都有嚴(yán)格的復(fù)審,以期望能盡早的發(fā)現(xiàn)錯(cuò)誤,但是經(jīng)驗(yàn)表明審查并不能發(fā)現(xiàn)所有差錯(cuò)。如果在軟件投入生產(chǎn)性運(yùn)行之前,沒(méi)有發(fā)現(xiàn)大部分錯(cuò)誤,則這些錯(cuò)誤遲早會(huì)在運(yùn)行過(guò)程中暴露出來(lái),甚至造成嚴(yán)重的后果,等到那時(shí)去改這些錯(cuò)誤的代價(jià)會(huì)很高。測(cè)試的目的就是在軟件投入生產(chǎn)性運(yùn)行之前,盡可能地發(fā)現(xiàn)軟件中的錯(cuò)誤,測(cè)試是對(duì)軟件規(guī)格說(shuō)明、設(shè)計(jì)和編碼的最后復(fù)審,所以軟件測(cè)試貫穿在整個(gè)軟件開發(fā)期的全過(guò)程。要對(duì)軟件進(jìn)行
2、測(cè)試首先要明白軟件要實(shí)現(xiàn)的功能,否則無(wú)法對(duì)軟件進(jìn)行測(cè)試。本文在分析軟件測(cè)試的方法、目的、流程圖等基本概念的基礎(chǔ)上,重點(diǎn)介紹了對(duì)自己開發(fā)的班級(jí)管理系統(tǒng)的測(cè)試。關(guān)鍵詞:安裝測(cè)試、功能測(cè)試、性能測(cè)試、單元測(cè)試1. 軟件測(cè)試的概念1.1軟件測(cè)試的定義軟件測(cè)試(Software testing)是軟件生存期(Software life cycle)中的一個(gè)重要階段,是軟件質(zhì)量保證的關(guān)鍵步驟。通俗地講,軟件測(cè)試就是在軟件投入運(yùn)行前,對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼進(jìn)行最終復(fù)審的活動(dòng)。1983年IEEE提出的軟件工程術(shù)語(yǔ)中給軟件測(cè)試下的定義是:“使用人工或自動(dòng)的手段來(lái)運(yùn)行或測(cè)定某個(gè)軟件系統(tǒng)的過(guò)程,其目的在
3、于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別”。這個(gè)定義明確指出:軟件測(cè)試的目的是為了檢驗(yàn)軟件系統(tǒng)是否滿足需求。從用戶的角度來(lái)看,普遍希望通過(guò)軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷,所以軟件測(cè)試應(yīng)該是“為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程”?;蛘哒f(shuō),軟件測(cè)試應(yīng)該根據(jù)軟件開發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例(即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果),并利用這些測(cè)試用例去運(yùn)行程序,以發(fā)現(xiàn)程序錯(cuò)誤或缺陷。1.2軟件測(cè)試的目的、原則、基本要求1.2.1測(cè)試的目的1.檢驗(yàn)開發(fā)出來(lái)的軟件是否符合用戶的需求。2.盡可能多地發(fā)現(xiàn)程序中的錯(cuò)誤和缺陷。1.2.2基本要求(測(cè)試人員)1.了解軟件的總
4、體設(shè)計(jì)思路和詳細(xì)設(shè)計(jì)過(guò)程2.對(duì)整套軟件的數(shù)據(jù)流程要十分清晰1.2.3測(cè)試用例由測(cè)試數(shù)據(jù)和相應(yīng)的預(yù)期結(jié)果構(gòu)成。在測(cè)試之前,一定要設(shè)計(jì)好測(cè)試數(shù)據(jù)和相應(yīng)的預(yù)期結(jié)果,這是測(cè)試用例的基本原則和進(jìn)行有效測(cè)試的最好途徑之一1.2.4測(cè)試原則1. 根據(jù)測(cè)試數(shù)據(jù)來(lái)確定預(yù)期的輸出結(jié)果。2. 徹底檢查每個(gè)測(cè)試結(jié)果(正確的、錯(cuò)誤的),并對(duì)測(cè)試結(jié)果進(jìn)行認(rèn)真和仔細(xì)的分析。3. 對(duì)非法的和非預(yù)期的輸入數(shù)據(jù)也要像合法的和預(yù)期的輸入數(shù)據(jù)一樣編寫測(cè)試用例。4. 以挑剔的眼光來(lái)看待每個(gè)程序模塊,不要設(shè)想程序中不會(huì)出現(xiàn)錯(cuò)誤。程序做了它不該做的事情,即使是正確的,我們也應(yīng)該把它視為錯(cuò)誤。5. 程序模塊經(jīng)測(cè)試后,殘存的錯(cuò)誤數(shù)目一般與已發(fā)
5、現(xiàn)的錯(cuò)誤數(shù)目成正比例。也就是說(shuō),一個(gè)模塊中發(fā)現(xiàn)的錯(cuò)誤越多,那么它可能殘存的錯(cuò)誤數(shù)目也就越多,對(duì)這樣的程序模塊,一定要進(jìn)行嚴(yán)格和更徹底的測(cè)試。6. 要保存測(cè)試用例。2. 軟件測(cè)試的方法21 軟件測(cè)試的基本方法軟件測(cè)試的方法和技術(shù)是多種多樣的。對(duì)于軟件測(cè)試技術(shù),可以從不同的角度加以分類:從是否需要執(zhí)行被測(cè)軟件的角度,可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。從測(cè)試是否針對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)算法的角度來(lái)看,可分為白盒測(cè)試和黑盒測(cè)試。2.1.1黑盒測(cè)試 黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試,它是在已知產(chǎn)品所應(yīng)具有的功能,通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用,在測(cè)試時(shí),把程序看作一個(gè)不能打開的黑盒子,在完全不考慮
6、程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下,測(cè)試者在程序接口進(jìn)行測(cè)試,它只檢查程序功能是否按照需求規(guī)格說(shuō)明書的規(guī)定正常使用,程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息,并且保持外部信息(如數(shù)據(jù)庫(kù)或文件)的完整性。黑盒測(cè)試方法主要有等價(jià)類劃分、邊界值分析、因果圖、錯(cuò)誤推測(cè)等,主要用于軟件確認(rèn)測(cè)試。 “黑盒” 法著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。“黑盒” 法是窮舉輸入測(cè)試,只有把所有可能的輸入都作為測(cè)試情況使用,才能以這種方法查出程序中所有的錯(cuò)誤。實(shí)際上測(cè)試情況有無(wú)窮多個(gè),人們不僅要測(cè)試所有合法的輸入,而且還要對(duì)那些不合法但是可能的輸入進(jìn)行測(cè)試。2.1.2 白盒測(cè)試
7、白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試,它是知道產(chǎn)品內(nèi)部工作過(guò)程,可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行,按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序,檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作,而不顧它的功能,白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)、基路測(cè)試等,主要用于軟件驗(yàn)證?!鞍缀小狈ㄈ媪私獬绦騼?nèi)部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測(cè)試?!鞍缀小狈ㄊ歉F舉路徑測(cè)試。在使用這一方案時(shí),測(cè)試者必須檢查程序的內(nèi)部結(jié)構(gòu),從檢查程序的邏輯著手,得出測(cè)試數(shù)據(jù)。貫穿程序的獨(dú)立路徑數(shù)是天文數(shù)字。但即使每條路徑都測(cè)試了仍然可能有錯(cuò)誤。第一,窮舉路徑測(cè)試決不能查出程序違反了設(shè)計(jì)規(guī)范,即程序本身是個(gè)錯(cuò)誤的程序。第二,窮
8、舉路徑測(cè)試不可能查出程序中因遺漏路徑而出錯(cuò)。第三,窮舉路徑測(cè)試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的錯(cuò)誤。2.1.3 ALAC(Act-like-a-customer)測(cè)試軟件有好多錯(cuò)誤圖ALAC測(cè)試客戶通常會(huì)遇到錯(cuò)誤只占很小比例改進(jìn)測(cè)試的有效性,使測(cè)試針對(duì)哪些客戶最容易遇到的錯(cuò)誤圖(1)ALAC測(cè)試是一種基于客戶使用產(chǎn)品的知識(shí)開發(fā)出來(lái)的測(cè)試方法。ALAC測(cè)試是基于復(fù)雜的軟件產(chǎn)品有許多錯(cuò)誤的原則。最大的受益者是用戶,缺陷查找和改正將針對(duì)哪些客戶最容易遇到的錯(cuò)誤。2.2 單元測(cè)試的基本方法單元測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單位模塊。單元測(cè)試的依據(jù)是詳細(xì)設(shè)計(jì)描述,單元測(cè)試應(yīng)對(duì)模塊內(nèi)所有重要的控制路徑設(shè)計(jì)測(cè)試用例
9、,以便發(fā)現(xiàn)模塊內(nèi)部的錯(cuò)誤。單元測(cè)試多采用白盒測(cè)試技術(shù),系統(tǒng)內(nèi)多個(gè)模塊可以并行地進(jìn)行測(cè)試。2.2.1單元測(cè)試任務(wù)單元測(cè)試任務(wù)包括:1 模塊接口測(cè)試;2 模塊局部數(shù)據(jù)結(jié)構(gòu)測(cè)試;3 模塊邊界條件測(cè)試;4 模塊中所有獨(dú)立執(zhí)行通路測(cè)試;5 模塊的各條錯(cuò)誤處理通路測(cè)試。模塊接口測(cè)試是單元測(cè)試的基礎(chǔ)。只有在數(shù)據(jù)能正確流入、流出模塊的前提下,其他測(cè)試才有意義。測(cè)試接口正確與否應(yīng)該考慮下列因素:1.輸入的實(shí)際參數(shù)與形式參數(shù)的個(gè)數(shù)是否相同和屬性是否匹配;2.輸入的實(shí)際參數(shù)與形式參數(shù)的量綱是否一致;3.調(diào)用其他模塊時(shí)所給實(shí)際參數(shù)的個(gè)數(shù)是否與被調(diào)模塊的形參個(gè)數(shù)相同;4.調(diào)用其他模塊時(shí)所給實(shí)際參數(shù)的屬性是否與被調(diào)模塊的
10、形參的屬性是否匹配;5.調(diào)用其他模塊時(shí)所給實(shí)際參數(shù)的量綱是否與被調(diào)模塊的形參量綱一致;6.調(diào)用預(yù)定義函數(shù)時(shí)所用參數(shù)的個(gè)數(shù)、屬性和次序是否正確;7.是否存在與當(dāng)前入口點(diǎn)無(wú)關(guān)的參數(shù)引用;8.是否修改了只讀型參數(shù);9.對(duì)全程變量的定義各模塊是否一致;10.是否把某些約束作為參數(shù)傳遞。如果模塊內(nèi)包括外部輸入輸出,還應(yīng)該考慮下列因素:1.文件屬性是否正確;2. OPEN/CLOSE語(yǔ)句是否正確;3.格式說(shuō)明與輸入輸出語(yǔ)句是否匹配;4.緩沖區(qū)大小與記錄長(zhǎng)度是否匹配;5.文件使用前是否已經(jīng)打開;6.是否處理了文件尾;7.是否處理了輸入/輸出錯(cuò)誤;8.輸出信息中是否有文字性錯(cuò)誤; 檢查局部數(shù)據(jù)結(jié)構(gòu)是為了保證臨
11、時(shí)存儲(chǔ)在模塊內(nèi)的數(shù)據(jù)在程序執(zhí)行過(guò)程中完整、正確。局部數(shù)據(jù)結(jié)構(gòu)往往是錯(cuò)誤的根源,應(yīng)仔細(xì)設(shè)計(jì)測(cè)試用例,力求發(fā)現(xiàn)下面幾類錯(cuò)誤:1.不合適或不相容的類型說(shuō)明;2.變量無(wú)初值;3.變量初始化或缺省值有錯(cuò);4.不正確的變量名(拼錯(cuò)或不正確地截?cái)啵?.出現(xiàn)上溢、下溢和地址異常。除了局部數(shù)據(jù)結(jié)構(gòu)外,如果可能,單元測(cè)試時(shí)還應(yīng)該查清全局?jǐn)?shù)據(jù)對(duì)模塊的影響。在模塊中應(yīng)對(duì)每一條獨(dú)立執(zhí)行路徑進(jìn)行測(cè)試,單元測(cè)試的基本任務(wù)是保證模塊中每條語(yǔ)句至少執(zhí)行一次。此時(shí)設(shè)計(jì)測(cè)試用例是為了發(fā)現(xiàn)因錯(cuò)誤計(jì)算、不正確的比較和不適當(dāng)?shù)目刂屏髟斐傻腻e(cuò)誤。此時(shí)基本路徑測(cè)試和循環(huán)測(cè)試是最常用且最有效的測(cè)試技術(shù)。計(jì)算中常見(jiàn)的錯(cuò)誤包括:1.誤解或用錯(cuò)了
12、算符優(yōu)先級(jí);2.混合類型運(yùn)算;3.變量初值錯(cuò);4.精度不夠;5.表達(dá)式符號(hào)錯(cuò)。比較判斷與控制流常常緊密相關(guān),測(cè)試用例還應(yīng)致力于發(fā)現(xiàn)下列錯(cuò)誤:1.不同數(shù)據(jù)類型的對(duì)象之間進(jìn)行比較;2.錯(cuò)誤地使用邏輯運(yùn)算符或優(yōu)先級(jí);3.因計(jì)算機(jī)表示的局限性,期望理論上相等而實(shí)際上不相等的兩個(gè)量相等;4.比較運(yùn)算或變量出錯(cuò);5.循環(huán)終止條件或不可能出現(xiàn);6.迭代發(fā)散時(shí)不能退出;7.錯(cuò)誤地修改了循環(huán)變量。 一個(gè)好的設(shè)計(jì)應(yīng)能預(yù)見(jiàn)各種出錯(cuò)條件,并預(yù)設(shè)各種出錯(cuò)處理通路,出錯(cuò)處理通路同樣需要認(rèn)真測(cè)試,測(cè)試應(yīng)著重檢查下列問(wèn)題:1.輸出的出錯(cuò)信息難以理解;2.記錄的錯(cuò)誤與實(shí)際遇到的錯(cuò)誤不相符;3.在程序自定義的出錯(cuò)處理段運(yùn)行之前,
13、系統(tǒng)已介入;4.異常處理不當(dāng);5.錯(cuò)誤陳述中未能提供足夠的定位出錯(cuò)信息。邊界條件測(cè)試是單元測(cè)試中最后,也是最重要的一項(xiàng)任務(wù)。眾所周知,軟件經(jīng)常在邊界上失效,采用邊界值分析技術(shù),針對(duì)邊界值及其左、右設(shè)計(jì)測(cè)試用例,很有可能發(fā)現(xiàn)新的錯(cuò)誤。2.2.2單元測(cè)試過(guò)程一般認(rèn)為單元測(cè)試應(yīng)緊接在編碼之后,當(dāng)源程序編制完成并通過(guò)復(fù)審和編譯檢查,便可開始單元測(cè)試。測(cè)試用例的設(shè)計(jì)應(yīng)與復(fù)審工作相結(jié)合,根據(jù)設(shè)計(jì)信息選取測(cè)試數(shù)據(jù),將增大發(fā)現(xiàn)上述各類錯(cuò)誤的可能性。在確定測(cè)試用例的同時(shí),應(yīng)給出期望結(jié)果。應(yīng)為測(cè)試模塊開發(fā)一個(gè)驅(qū)動(dòng)模塊(driver)和(或)若干個(gè)樁模塊(stub),下圖顯示了一般單元測(cè)試的環(huán)境。驅(qū)動(dòng)模塊在大多數(shù)場(chǎng)
14、合稱為“主程序”,它接收測(cè)試數(shù)據(jù)并將這些數(shù)據(jù)傳遞到被測(cè)試模塊,被測(cè)試模塊被調(diào)用后,“主程序”打印“進(jìn)入-退出”消息。驅(qū)動(dòng)模塊和樁模塊是測(cè)試使用的軟件,而不是軟件產(chǎn)品的組成部分,但它需要一定的開發(fā)費(fèi)用。若驅(qū)動(dòng)和樁模塊比較簡(jiǎn)單,實(shí)際開銷相對(duì)低些。遺憾的是,僅用簡(jiǎn)單的驅(qū)動(dòng)模塊和樁模塊不能完成某些模塊的測(cè)試任務(wù),這些模塊的單元測(cè)試只能采用下面討論的綜合測(cè)試方法。提高模塊的內(nèi)聚度可簡(jiǎn)化單元測(cè)試,如果每個(gè)模塊只能完成一個(gè),所需測(cè)試用例數(shù)目將顯著減少,模塊中的錯(cuò)誤也更容易發(fā)現(xiàn)。圖(2)2.3 綜合測(cè)試的基本方法時(shí)常有這樣的情況發(fā)生,每個(gè)模塊都能單獨(dú)工作,但這些模塊集成在一起之后卻不能正常工作。主要原因是,模
15、塊相互調(diào)用時(shí)接口會(huì)引入許多新問(wèn)題。例如,數(shù)據(jù)經(jīng)過(guò)接口可能丟失;一個(gè)模塊對(duì)另一模塊可能造成不應(yīng)有的影響;幾個(gè)子功能組合起來(lái)不能實(shí)現(xiàn)主功能;誤差不斷積累達(dá)到不可接受的程度;全局?jǐn)?shù)據(jù)結(jié)構(gòu)出現(xiàn)錯(cuò)誤,等等。綜合測(cè)試是組裝軟件的系統(tǒng)測(cè)試技術(shù),按設(shè)計(jì)要求把通過(guò)單元測(cè)試的各個(gè)模塊組裝在一起之后,進(jìn)行綜合測(cè)試以便發(fā)現(xiàn)與接口有關(guān)的各種錯(cuò)誤。某設(shè)計(jì)人員習(xí)慣于把所有模塊按設(shè)計(jì)要求一次全部組裝起來(lái),然后進(jìn)行整體測(cè)試,這稱為非增量式集成。這種方法容易出現(xiàn)混亂。因?yàn)闇y(cè)試時(shí)可能發(fā)現(xiàn)一大堆錯(cuò)誤,為每個(gè)錯(cuò)誤定位和糾正非常困難,并且在改正一個(gè)錯(cuò)誤的同時(shí)又可能引入新的錯(cuò)誤,新舊錯(cuò)誤混雜,更難斷定出錯(cuò)的原因和位置。與之相反的是增量式集
16、成方法,程序一段一段地?cái)U(kuò)展,測(cè)試的范圍一步一步地增大,錯(cuò)誤易于定位和糾正,界面的測(cè)試亦可做到完全徹底。下面討論兩種增量式集成方法。2.3.1自頂向下集成自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式,它從主控模塊開始,按照軟件的控制層次結(jié)構(gòu),以深度優(yōu)先或廣度優(yōu)先的策略,逐步把各個(gè)模塊集成在一起。深度優(yōu)先策略首先是把主控制路徑上的模塊集成在一起,至于選擇哪一條路徑作為主控制路徑,這多少帶有隨意性,一般根據(jù)問(wèn)題的特性確定。以圖(3)為例,若選擇了最左一條路徑,首先將模塊M1,M2,M5和M8集成在一起,再將M6集成起來(lái),然后考慮中間和右邊的路徑。廣度優(yōu)先策略則不然,它沿著控制層次結(jié)構(gòu)水平地向下移動(dòng)。仍
17、然以下圖為例,它首先把M2、M3和M4與主控模塊集成在一起,再將M5和M6 和其他模塊集成起來(lái)。自頂向下綜合測(cè)試的具體步驟為:1.以主控模塊作為測(cè)試驅(qū)動(dòng)模塊,把對(duì)主控模塊進(jìn)行單元測(cè)試時(shí)引入的所有樁模塊用實(shí)際 模塊替代;2.依據(jù)所選的集成策略(深度優(yōu)先或廣度優(yōu)先),每次只替代一個(gè)樁模塊;3.每集成一個(gè)模塊立即測(cè)試一遍;4.只有每組測(cè)試完成后,才著手替換下一個(gè)樁模塊;5.為避免引入新錯(cuò)誤,須不斷地進(jìn)行回歸測(cè)試(即全部或部分地重復(fù)已做過(guò)的測(cè)試)。圖(3)從第二步開始,循環(huán)執(zhí)行上述步驟,直至整個(gè)程序結(jié)構(gòu)構(gòu)造完畢。上圖(3)中,實(shí)線表示已部分完成的結(jié)構(gòu),若采用深度優(yōu)先策略,下一步將用模塊M7替換樁模塊S
18、7,當(dāng)然M7本身可能又帶有樁模塊,隨后將被對(duì)應(yīng)的實(shí)際模塊一一替代。自頂向下集成的優(yōu)點(diǎn)在于能盡早地對(duì)程序的主要控制和決策機(jī)制進(jìn)行檢驗(yàn),因此較早地發(fā)現(xiàn)錯(cuò)誤。缺點(diǎn)是在測(cè)試較高層次模塊時(shí),低層處理采用樁模塊替代,不能反映真實(shí)情況,重要數(shù)據(jù)不能及時(shí)回送到上層模塊,因此測(cè)試并不充分。解決這個(gè)問(wèn)題有幾種辦法,第一種是把某些測(cè)試推遲到用真實(shí)模塊替代樁模塊之后進(jìn)行,第二種是開發(fā)能模擬真實(shí)模塊的樁模塊;第三種是自底向上集成模塊。第一種方法又回退為非增量式的集成方法,使錯(cuò)誤難于定位和糾正,并且失去了在組裝模塊時(shí)進(jìn)行一些特定測(cè)試的可能性;第二種方法無(wú)疑要大大增加開銷;第三種方法比較切實(shí)可行,下面專門討論。2.3.2自
19、底向上集成自底向上測(cè)試是從“原子”模塊(即軟件結(jié)構(gòu)最低層的模塊)開始組裝測(cè)試,因測(cè)試到較高層模塊時(shí),所需的下層模塊功能均已具備,所以不再需要樁模塊。自底向上綜合測(cè)試的步驟分為:1.把低層模塊組織成實(shí)現(xiàn)某個(gè)子功能的模塊群(cluster);2.開發(fā)一個(gè)測(cè)試驅(qū)動(dòng)模塊,控制測(cè)試數(shù)據(jù)的輸入和測(cè)試結(jié)果的輸出;3.對(duì)每個(gè)模塊群進(jìn)行測(cè)試;4.刪除測(cè)試使用的驅(qū)動(dòng)模塊,用較高層模塊把模塊群組織成為完成更大功能的新模塊群。從第一步開始循環(huán)執(zhí)行上述各步驟,直至整個(gè)程序構(gòu)造完畢。圖(4)說(shuō)明了上述過(guò)程。首先“原子”模塊被分為三個(gè)模塊群,每個(gè)模塊群引入一個(gè)驅(qū)動(dòng)模塊進(jìn)行測(cè)試。因模塊群1、模塊群2中的模塊均隸屬于模塊Ma,
20、因此在驅(qū)動(dòng)模塊D1、D2去掉后,模塊群1與模塊群2直接與Ma接口,這時(shí)可對(duì)Ma、D3被去掉后,M3與模塊群3直接接口,可對(duì)Mb進(jìn)行集成測(cè)試,最后Ma、Mb和 Mc全部集成在一起進(jìn)行測(cè)試。自底向上集成方法不用樁模塊,測(cè)試用例的設(shè)計(jì)亦相對(duì)簡(jiǎn)單,但缺點(diǎn)是程序最后一個(gè)模塊加入時(shí)才具有整體形象。它與自頂向綜合測(cè)試方法優(yōu)缺點(diǎn)正好相反。因此,在測(cè)試軟件系統(tǒng)時(shí),應(yīng)根據(jù)軟件的特點(diǎn)和工程的進(jìn)度,選用適當(dāng)?shù)臏y(cè)試策略,有時(shí)混和使用兩種策略更為有效,上層模塊用自頂向下的方法,下層模塊用自底向上的方法。此外,在綜合測(cè)試中尤其要注意關(guān)鍵模塊,所謂關(guān)鍵模塊一般都具有下述一或多個(gè)特征:對(duì)應(yīng)幾條需求;具有高層控制功能;復(fù)雜、易出
21、錯(cuò);有特殊的性能要求。關(guān)鍵模塊應(yīng)盡早測(cè)試,并反復(fù)進(jìn)行回歸測(cè)試。圖(4)2.4 確認(rèn)測(cè)試的基本方法通過(guò)綜合測(cè)試之后,軟件已完全組裝起來(lái),接口方面的錯(cuò)誤也已排除,軟件測(cè)試的最后一步確認(rèn)測(cè)試即可開始。確認(rèn)測(cè)試應(yīng)檢查軟件能否按合同要求進(jìn)行工作,即是否滿足軟件需求說(shuō)明書中的確認(rèn)標(biāo)準(zhǔn)。2.4.1確認(rèn)測(cè)試標(biāo)準(zhǔn)實(shí)現(xiàn)軟件確認(rèn)要通過(guò)一系列黑盒測(cè)試。確認(rèn)測(cè)試同樣需要制訂測(cè)試計(jì)劃和過(guò)程,測(cè)試計(jì)劃應(yīng)規(guī)定測(cè)試的種類和測(cè)試進(jìn)度,測(cè)試過(guò)程則定義一些特殊的測(cè)試用例,目的在說(shuō)明軟件與需求是否一致。無(wú)論計(jì)劃還是過(guò)程,都應(yīng)該著重考慮軟件是否滿足合同規(guī)定的所有功能和性能,文檔資料是否完整、準(zhǔn)確人機(jī)界面和其他方面(例如,可移植性、兼容性
22、、錯(cuò)誤恢復(fù)能力和可維護(hù)性等)是否令用戶滿意。確認(rèn)測(cè)試的結(jié)果有兩種可能,一種是功能和性能指標(biāo)滿足軟件需求說(shuō)明的要求,用戶可以接受;另一種是軟件不滿足軟件需求說(shuō)明的要求,用戶無(wú)法接受。項(xiàng)目進(jìn)行到這個(gè)階段才發(fā)現(xiàn)嚴(yán)重錯(cuò)誤和偏差一般很難在預(yù)定的工期內(nèi)改正,因此必須與用戶協(xié)商,尋求一個(gè)妥善解決問(wèn)題的方法。2.4.2配置復(fù)審確認(rèn)測(cè)試的另一個(gè)重要環(huán)節(jié)是配置復(fù)審。復(fù)審的目的在于保證軟件配置齊全、分類有序,并且包括軟件維護(hù)所必須的細(xì)節(jié)。2.4.3 、測(cè)試事實(shí)上,軟件開發(fā)人員不可能完全預(yù)見(jiàn)用戶實(shí)際使用程序的情況。例如,用戶可能錯(cuò)誤的理解命令,或提供一些奇怪的數(shù)據(jù)組合,亦可能對(duì)設(shè)計(jì)者自認(rèn)明了的輸出信息迷惑不解,等等。
23、因此,軟件是否滿足用戶要求,應(yīng)由用戶進(jìn)行一系列“驗(yàn)收測(cè)試”。驗(yàn)收測(cè)試既可以是非正式的測(cè)試,也可以有計(jì)劃、有系統(tǒng)的測(cè)試。有時(shí),驗(yàn)收測(cè)試長(zhǎng)達(dá)數(shù)周甚至數(shù)月,不斷暴露錯(cuò)誤,導(dǎo)致開發(fā)延期。一個(gè)軟件產(chǎn)品,可能擁有眾多用戶,不可能由每個(gè)用戶驗(yàn)收,此時(shí)多采用稱為、測(cè)試的過(guò)程,以期望發(fā)現(xiàn)那些似乎只有最終用戶才能發(fā)現(xiàn)的問(wèn)題。測(cè)試是指軟件開發(fā)組織內(nèi)部人員模擬各類用戶行對(duì)即將面市軟件產(chǎn)品(稱為版本)進(jìn)行測(cè)試,試圖發(fā)現(xiàn)錯(cuò)誤并修正。測(cè)試的關(guān)鍵在于盡可能逼真地模擬實(shí)際運(yùn)行環(huán)境和用戶對(duì)軟件產(chǎn)品的操作并盡最大努力涵蓋所有可能的用戶操作方式。經(jīng)過(guò)測(cè)試調(diào)整的軟件產(chǎn)品稱為版本。緊隨其后的測(cè)試是指軟件開發(fā)組織各方面的典型用戶在日常工作
24、中實(shí)際使用版本,并要求用戶報(bào)告異常情況、提出批評(píng)意見(jiàn)。然后軟件開發(fā)公司再對(duì)版本進(jìn)行改錯(cuò)和完善。2.5 系統(tǒng)測(cè)試的基本方法計(jì)算機(jī)軟件是基于計(jì)算機(jī)系統(tǒng)的一個(gè)重要組成部分,軟件開發(fā)完畢后應(yīng)與系統(tǒng)中其它成分集成在一起,此時(shí)需要進(jìn)行一系列系統(tǒng)集成和確認(rèn)測(cè)試。對(duì)這些測(cè)試的詳細(xì)討論已超出軟件工程的范圍,這些測(cè)試也不可能僅由軟件開發(fā)人員完成。在系統(tǒng)測(cè)試之前,軟件工程師應(yīng)完成下列工作:(1)為測(cè)試軟件系統(tǒng)的輸入信息設(shè)計(jì)出錯(cuò)處理通路;(2)設(shè)計(jì)測(cè)試用例,模擬錯(cuò)誤數(shù)據(jù)和軟件界面可能發(fā)生的錯(cuò)誤,記錄測(cè)試結(jié)果,為系統(tǒng)測(cè)試提供經(jīng)驗(yàn)和幫助;(3)參與系統(tǒng)測(cè)試的規(guī)劃和設(shè)計(jì),保證軟件測(cè)試的合理性。系統(tǒng)測(cè)試應(yīng)該由若干個(gè)不同測(cè)試組
25、成,目的是充分運(yùn)行系統(tǒng),驗(yàn)證系統(tǒng)各部件是否都能夠正常工作并完成所賦予的任務(wù)。下面簡(jiǎn)單討論幾類系統(tǒng)測(cè)試。2.5.1 恢復(fù)測(cè)試恢復(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)(checkpointing mechanisms)、數(shù)據(jù)恢復(fù)(data recovery)和重新啟動(dòng) (restart)等機(jī)制的正確性;對(duì)于人工干預(yù)的恢復(fù)系統(tǒng),還需估測(cè)平均修復(fù)時(shí)間,確定其是否在可接受的范圍內(nèi)。2.5.2 安全測(cè)試安全測(cè)試檢查系統(tǒng)
26、對(duì)非法侵入的防范能力。安全測(cè)試期間,測(cè)試人員假扮非法入侵者,采用各種辦法試圖突破防線。2.5.3 強(qiáng)度測(cè)試強(qiáng)度測(cè)試檢查程序?qū)Ξ惓G闆r的抵抗能力。強(qiáng)度測(cè)試總是迫使系統(tǒng)在異常的資源配置下運(yùn)行。 2.5.4 性能測(cè)試對(duì)于那些實(shí)時(shí)和嵌入式系統(tǒng),軟件部分即使?jié)M足功能要求,也未必能夠滿足性能要求,雖然從單元測(cè)試起,每一個(gè)測(cè)試步驟都包含性能測(cè)試,但只有當(dāng)系統(tǒng)真正集成之后,在真實(shí)環(huán)境中才能全面、可靠地測(cè)試運(yùn)行性能系統(tǒng)性能測(cè)試是為了完成這一任務(wù)。性能測(cè)試有時(shí)與強(qiáng)度測(cè)試相結(jié)合,經(jīng)常需要其他軟硬件的配套支持。3. 軟件測(cè)試的誤區(qū)隨著軟件規(guī)模的不斷擴(kuò)大,軟件設(shè)計(jì)的復(fù)雜程度不斷提高,軟件開發(fā)中出現(xiàn)錯(cuò)誤或缺陷的機(jī)會(huì)越來(lái)越
27、多。同時(shí),市場(chǎng)對(duì)軟件質(zhì)量重要性的認(rèn)識(shí)逐漸增強(qiáng)。所以,軟件測(cè)試在軟件項(xiàng)目實(shí)施過(guò)程中的重要性日益突出。但是現(xiàn)實(shí)情況是與軟件編程比較,軟件測(cè)試的地位和作用,還沒(méi)有真正受到重視,對(duì)于很多人(甚至是軟件項(xiàng)目組的技術(shù)人員)還存在對(duì)軟件測(cè)試的認(rèn)識(shí)誤區(qū),這進(jìn)一步影響了軟件測(cè)試活動(dòng)的開展和真正提高軟件測(cè)試質(zhì)量。3.1 誤區(qū)之一:軟件開發(fā)完成后進(jìn)行軟件測(cè)試人們一般認(rèn)為,軟件項(xiàng)目要經(jīng)過(guò)以下幾個(gè)階段:需求分析,概要設(shè)計(jì),詳細(xì)設(shè)計(jì),軟件編碼,軟件測(cè)試,軟件發(fā)布。因此,認(rèn)為軟件測(cè)試只是軟件編碼后的一個(gè)過(guò)程。這是不了解軟件測(cè)試周期的錯(cuò)誤認(rèn)識(shí)。軟件測(cè)試是一個(gè)系列過(guò)程活動(dòng),包括軟件測(cè)試需求分析,測(cè)試計(jì)劃設(shè)計(jì),測(cè)試用例設(shè)計(jì),執(zhí)行
28、測(cè)試。因此,軟件測(cè)試貫穿于軟件項(xiàng)目的整個(gè)生命過(guò)程。在軟件項(xiàng)目的每一個(gè)階段都要進(jìn)行不同目的和內(nèi)容的測(cè)試活動(dòng),以保證各個(gè)階段的正確性。軟件測(cè)試的對(duì)象不僅僅是軟件代碼,還包括軟件需求文檔和設(shè)計(jì)文檔。軟件開發(fā)與軟件測(cè)試應(yīng)該是交互進(jìn)行的,例如,單元編碼需要單元測(cè)試,模塊組合階段需要集成測(cè)試。如果等到軟件編碼結(jié)束后才進(jìn)行測(cè)試,那么測(cè)試的時(shí)間將會(huì)很短,測(cè)試的覆蓋面將很不全面,測(cè)試的效果也將大打折扣。更嚴(yán)重的是如果此時(shí)發(fā)現(xiàn)了軟件需求階段或概要設(shè)計(jì)階段的錯(cuò)誤,如果要修復(fù)該類錯(cuò)誤,將會(huì)耗費(fèi)大量的時(shí)間和人力。3.2 誤區(qū)之二:軟件發(fā)布后如果發(fā)現(xiàn)質(zhì)量問(wèn)題,那是軟件測(cè)試人員的錯(cuò)這種認(rèn)識(shí)容易打擊軟件測(cè)試人員的積極性。軟件
29、中的錯(cuò)誤可能來(lái)自軟件項(xiàng)目中的各個(gè)過(guò)程,軟件測(cè)試只能確認(rèn)軟件存在錯(cuò)誤,不能保證軟件沒(méi)有錯(cuò)誤,因?yàn)閺母旧现v,軟件測(cè)試不可能發(fā)現(xiàn)全部的錯(cuò)誤。從軟件開發(fā)的角度看,軟件的高質(zhì)量不是軟件測(cè)試人員測(cè)出來(lái)的,是靠軟件生命周期的各個(gè)過(guò)程中設(shè)計(jì)出來(lái)的。出現(xiàn)軟件錯(cuò)誤,不能簡(jiǎn)單地歸結(jié)為某一個(gè)人的責(zé)任,有些錯(cuò)誤的產(chǎn)生可能不是技術(shù)原因,可能來(lái)自于混亂的項(xiàng)目管理。應(yīng)該分析軟件項(xiàng)目的各個(gè)過(guò)程,從過(guò)程改進(jìn)方面尋找產(chǎn)生錯(cuò)誤的原因和改進(jìn)的措施。3.3 誤區(qū)之三:軟件測(cè)試要求不高,隨便找個(gè)人都行很多人都認(rèn)為軟件測(cè)試就是安裝和運(yùn)行程序,點(diǎn)點(diǎn)鼠標(biāo),按按鍵盤的工作。這是由于不了解軟件測(cè)試的具體技術(shù)和方法造成的。隨之軟件工程學(xué)的發(fā)展和軟件
30、項(xiàng)目管理經(jīng)驗(yàn)的提高,軟件測(cè)試已經(jīng)形成了一個(gè)獨(dú)立的技術(shù)學(xué)科,演變成一個(gè)具有巨大市場(chǎng)需求的行業(yè)。軟件測(cè)試技術(shù)不斷更新和完善,新工具,新流程,新測(cè)試設(shè)計(jì)方法都在不斷更新,需要掌握和學(xué)習(xí)很多測(cè)試知識(shí)。所以,具有編程經(jīng)驗(yàn)的程序員不一定是一名優(yōu)秀的測(cè)試工程師。軟件測(cè)試包括測(cè)試技術(shù)和管理兩個(gè)方面,完全掌握這兩個(gè)方面的內(nèi)容,需要很多測(cè)試實(shí)踐經(jīng)驗(yàn)和不斷學(xué)習(xí)精神。3.4 誤區(qū)之四:軟件測(cè)試是測(cè)試人員的事情,與程序員無(wú)關(guān)開發(fā)和測(cè)試是相輔相成的過(guò)程,需要軟件測(cè)試人員、程序員和系統(tǒng)分析師等保持密切的聯(lián)系,需要更多的交流和協(xié)調(diào),以便提高測(cè)試效率。另外,對(duì)于單元測(cè)試主要應(yīng)該由程序員完成,必要時(shí)測(cè)試人員可以幫助設(shè)
31、計(jì)測(cè)試用例。對(duì)于測(cè)試中發(fā)現(xiàn)的軟件錯(cuò)誤,很多需要程序員通過(guò)修改編碼才能修復(fù)。程序員可以通過(guò)有目的的分析軟件錯(cuò)誤的類型、數(shù)量,找出產(chǎn)生錯(cuò)誤的位置和原因,以便在今后的編程中避免同樣的錯(cuò)誤,積累編程經(jīng)驗(yàn),提高編程能力.3.5 誤區(qū)之五:項(xiàng)目進(jìn)度吃緊時(shí)少做些測(cè)試,時(shí)間富裕時(shí)多做測(cè)試這是不重視軟件測(cè)試的表現(xiàn),也是軟件項(xiàng)目過(guò)程管理混亂的表現(xiàn),必然會(huì)降低軟件測(cè)試的質(zhì)量。一個(gè)軟件項(xiàng)目的順利實(shí)現(xiàn)需要有合理的項(xiàng)目進(jìn)度計(jì)劃,其中包括合理的測(cè)試計(jì)劃,對(duì)項(xiàng)目實(shí)施過(guò)程中的任何問(wèn)題,都要有風(fēng)險(xiǎn)分析和相應(yīng)的對(duì)策,不要因?yàn)殚_發(fā)進(jìn)度的延期而簡(jiǎn)單的縮短測(cè)試時(shí)間、人力和資源。因?yàn)榭s短測(cè)試時(shí)間帶來(lái)的測(cè)試不完整,對(duì)項(xiàng)目質(zhì)量的下降引起的潛在
32、風(fēng)險(xiǎn),往往造成更大的浪費(fèi)。克服這種現(xiàn)象的最好辦法是加強(qiáng)軟件過(guò)程的計(jì)劃和控制,包括軟件測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、測(cè)試度量和測(cè)試控制.4. 軟件測(cè)試的流程圖隨著軟件規(guī)模的不斷擴(kuò)大,軟件設(shè)計(jì)的復(fù)雜程度也不斷提高,軟件開發(fā)過(guò)程中出現(xiàn)錯(cuò)誤或缺陷的機(jī)會(huì)越來(lái)越多。因此,軟件測(cè)試在軟件項(xiàng)目實(shí)施過(guò)程中的重要性日益突出,而軟件測(cè)試是一種繁瑣的工作僅僅借助于人工測(cè)試是遠(yuǎn)遠(yuǎn)不夠的,還必須依靠軟件流程圖,才能更好的軟件測(cè)試活動(dòng)的開展和真正提高軟件測(cè)試質(zhì)量。設(shè)計(jì)&編碼階段測(cè)試工作流程上一階段需求相關(guān)文檔概要設(shè)計(jì)評(píng) 審詳細(xì)設(shè)計(jì)單元測(cè)試方案編 碼單元測(cè)試測(cè)試抽檢單元測(cè)試報(bào)告進(jìn)入下一階段集成測(cè)試方案自動(dòng)測(cè)試方案抽象
33、出驗(yàn)證標(biāo)準(zhǔn)以模塊為單位,不斷循環(huán)5. 軟件測(cè)試的實(shí)施和軟件測(cè)試報(bào)告5.1單元測(cè)試1)單元是軟件系統(tǒng)的組成部分,它具有以下特點(diǎn): 它是由程序員負(fù)責(zé)完成工作。 有一份詳細(xì)的說(shuō)明書,它包括:輸入定義,輸出定義,數(shù)據(jù)庫(kù)定義,接口說(shuō)明。 它是一個(gè)可識(shí)別的和可見(jiàn)的程序組成部分,并容易結(jié)合程序。 能單獨(dú)編譯、匯編、測(cè)試。 它是程序的必要部分。2)私有單元與公開單元從概念上可將單元分為私有單元與公開單元兩類。私有單元是非正式的、變化的、模糊的、不完整的、混亂的、獨(dú)立的、不協(xié)調(diào)的。公開單元是正式的、固定的、具體的、完整的、條理的、聯(lián)系的、協(xié)調(diào)的。單元是私有的即未經(jīng)過(guò)嚴(yán)格測(cè)試,尚未交付的使用單元。單元是公開的即已
34、經(jīng)嚴(yán)格測(cè)試及確認(rèn),可以與別的單元結(jié)合或調(diào)用的單元。單元測(cè)試的目的和效果是將私有單元轉(zhuǎn)化公有單元,且使用最少的費(fèi)用和最有效的方法完成從私有到公有的轉(zhuǎn)化。3)單元測(cè)試的目標(biāo)單元測(cè)試的目標(biāo)是證明程序有錯(cuò)誤,而不是證明程序沒(méi)有錯(cuò)誤。測(cè)試可以由程序員自己進(jìn)行,也可以由進(jìn)行獨(dú)立測(cè)試,即由非程序員進(jìn)行測(cè)試。但獨(dú)立測(cè)試對(duì)單元級(jí)測(cè)試會(huì)有一定困難,還要制定具體的目標(biāo)和方法。如在目標(biāo)制定時(shí),還可分為主要目標(biāo),次要目標(biāo)和輔助目標(biāo)以及程序員和他們的保證部門共同實(shí)施對(duì)單元的測(cè)試。主要目標(biāo):是否實(shí)現(xiàn)說(shuō)明書的要求,文檔是否完整而有意義,測(cè)試計(jì)劃的遵守是否嚴(yán)格,錯(cuò)誤是否完全改正了。次要目標(biāo):設(shè)計(jì)風(fēng)格是否保持統(tǒng)一。輔助目標(biāo):如錯(cuò)
35、誤類型統(tǒng)計(jì),方法有效性,它們會(huì)為管理員提供信息。4)單元測(cè)試組織單元測(cè)試是程序或軟件測(cè)試的基層工作,因?yàn)閱卧钦麄€(gè)程序的基礎(chǔ)組成,其質(zhì)量直接影響程序的更大成份甚至全局。在單元測(cè)試時(shí)應(yīng)首先提供下列文檔并按步進(jìn)行: 提供正式說(shuō)明書。 制定單元測(cè)試計(jì)劃和文件。 先測(cè)試可測(cè)試代碼。 程序員先測(cè)試私有單元再進(jìn)行正式單元測(cè)試。 驗(yàn)收和條件驗(yàn)收(進(jìn)度和質(zhì)量間的沖突)。單元測(cè)試后可進(jìn)行程序元素測(cè)試,即對(duì)由單元組成的各種程序進(jìn)行測(cè)試。5)單元測(cè)試環(huán)境單元測(cè)試是在一定環(huán)境下進(jìn)行的,這些環(huán)境可以是真實(shí)的也可以是模擬的。 真實(shí)環(huán)境。真實(shí)環(huán)境是單元程序?qū)嶋H使用的,這只有在極少數(shù)的環(huán)境情況下能提供,如單元程序?qū)儆谝活惽度?/p>
36、性模塊。 模擬環(huán)境。模擬環(huán)境是單元測(cè)試常用的,模擬環(huán)境可以在程序開發(fā)的早期進(jìn)行,并利用工具對(duì)單元程序進(jìn)行測(cè)試和排錯(cuò),工具本身也是一種模擬環(huán)境。但全部采用模擬方法對(duì)單元進(jìn)行測(cè)試,存在的缺點(diǎn)是某些真實(shí)的難以實(shí)現(xiàn),從而失去真實(shí)性,可采用的方法進(jìn)行回歸測(cè)試,從而發(fā)現(xiàn)單元測(cè)試模擬方法可能出現(xiàn)的不準(zhǔn)確,甚至錯(cuò)誤之處。6)單元測(cè)試的方法 靜態(tài)測(cè)試。采用人工閱讀、分析、檢驗(yàn)程序源代碼的方式,來(lái)發(fā)現(xiàn)程序的錯(cuò)誤,它依據(jù)提供單元測(cè)試對(duì)象的文檔,從功能和結(jié)構(gòu)兩方面來(lái)對(duì)程序進(jìn)行檢查,并且著重于程序結(jié)構(gòu)的檢查。在靜態(tài)文檔是重要的依據(jù),但在檢查程序的同時(shí)也是對(duì)文檔實(shí)行檢查的過(guò)程,在繼續(xù)對(duì)程序的檢查中又會(huì)發(fā)現(xiàn)文檔中存在的問(wèn)題
37、和不確切,甚至錯(cuò)誤之處。 動(dòng)態(tài)測(cè)試采用機(jī)器運(yùn)行實(shí)例方式來(lái)發(fā)現(xiàn)程序的錯(cuò)誤。它依據(jù)提供單元測(cè)試對(duì)象的文檔,從功能和結(jié)構(gòu)兩方面來(lái)對(duì)程序進(jìn)行檢查,并著重于程序功能檢查。還可盡量利用輔助測(cè)試工具,進(jìn)行語(yǔ)法檢查、報(bào)表生成、數(shù)據(jù)結(jié)構(gòu)、算法正確性等的檢查。通常采用靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試相互結(jié)合、互相補(bǔ)充對(duì)單元測(cè)試是必要的,特別不要輕視靜態(tài)測(cè)試,它有利于提高人們的程序設(shè)計(jì)水平和嚴(yán)謹(jǐn)?shù)墓ぷ鞯膽B(tài)度。 復(fù)審。復(fù)審是保證測(cè)試質(zhì)量的重要手段,由程序員參加的復(fù)審小組對(duì)文檔、測(cè)試過(guò)程和結(jié)果應(yīng)進(jìn)行按計(jì)劃的檢查并驗(yàn)證其正確性,因此應(yīng)事先制定復(fù)審計(jì)劃,規(guī)定審查內(nèi)容和方式。復(fù)審的方式和級(jí)別亦可以根據(jù)情況和需要有所區(qū)別5.2 集成測(cè)試集成
38、測(cè)試又稱整體測(cè)試或結(jié)合測(cè)試,是軟件測(cè)試的中的一個(gè)重要環(huán)節(jié)。 集成測(cè)試的任務(wù)集成測(cè)試是已完成程序元素級(jí)測(cè)試的條件下證實(shí)程序元素間的一致性。集成是指取出一組程序元素,把它們集成為一個(gè)更大的自身無(wú)矛盾的元素。而整體測(cè)試就是要檢驗(yàn)結(jié)合的過(guò)程中的錯(cuò)誤,證實(shí)程序元素的一致性。整體測(cè)試不同于對(duì)一般元素的測(cè)試,是對(duì)正在結(jié)合元素測(cè)試,即對(duì)結(jié)合過(guò)程的測(cè)試。 集成測(cè)試的條件集成測(cè)試前提是:(1) 全部被結(jié)合的子元素已經(jīng)過(guò)測(cè)試,子元素自身一致的和正確的。(2) 研究子元素間直接或間接的一致性。(3) 測(cè)試和排錯(cuò)交替進(jìn)行,獲得一個(gè)互相一致的子元素結(jié)合。(4) 對(duì)新元素進(jìn)行測(cè)試。(5) 重復(fù)上述過(guò)程,直到完成整個(gè)系統(tǒng)的測(cè)
39、試和結(jié)合。 集成測(cè)試技巧集成測(cè)試將對(duì)結(jié)合元素間的調(diào)用關(guān)系、數(shù)據(jù)依賴和元素接口進(jìn)行測(cè)試,它可以應(yīng)用下述技術(shù):(1) 調(diào)用圖/樹的準(zhǔn)備。包括每個(gè)元素和每個(gè)更低元素所做的各次調(diào)用,并且用圖型表示出來(lái),以便于了解元素間的調(diào)用關(guān)系。(2) 數(shù)據(jù)依賴圖的準(zhǔn)備。全部數(shù)據(jù)分析是整體測(cè)試的一部分,它利用數(shù)據(jù)字典,確定數(shù)據(jù)依賴關(guān)系。為了測(cè)試全程數(shù)據(jù),可利用所謂數(shù)據(jù)依賴圖,它描繪出程序元素所引用各種數(shù)據(jù),并擴(kuò)大到該元素的下層元素的影響數(shù)據(jù),以說(shuō)明程序元素與數(shù)據(jù)元素之間的依從關(guān)系。(3) 加工依賴圖。研究加工對(duì)數(shù)據(jù)對(duì)象的改變,加工依賴圖包括了各種加工對(duì)所有元素的操作關(guān)系。(4) 接口和接口標(biāo)準(zhǔn)。接口控制文檔記錄了元素
40、之間的接口信息,它應(yīng)遵守嚴(yán)格的接口標(biāo)準(zhǔn)。接口標(biāo)準(zhǔn)規(guī)定:數(shù)據(jù)項(xiàng)的傳送方式、數(shù)據(jù)對(duì)象按類型的調(diào)用順序規(guī)定、元素格式規(guī)定以及其它規(guī)定。 集成測(cè)試的內(nèi)容(1) 程序元素中的數(shù)據(jù)項(xiàng)的相容性,它包括了數(shù)據(jù)項(xiàng)的表示范圍的相容性、類型的相容性、表示方式的一致性、重要數(shù)據(jù)量的范圍或個(gè)數(shù)的相容性、數(shù)據(jù)對(duì)象順序的正確性、傳遞方法的正確性、參數(shù)使用合理性等。(2) 對(duì)調(diào)用圖的使用中,應(yīng)準(zhǔn)確記錄相關(guān)信息,以檢驗(yàn)對(duì)調(diào)用圖的路徑覆蓋情況。(3) 在盡量避免設(shè)計(jì)多入口和多出口的程序元素的同時(shí),應(yīng)對(duì)此類元素進(jìn)行認(rèn)真測(cè)試,檢查多入口元素的每個(gè)入口點(diǎn),并驗(yàn)證選取入口的正確和路徑覆蓋。多出口有時(shí)是有必要的,但是也應(yīng)在整體測(cè)試中對(duì)其進(jìn)
41、行測(cè)試。 集成測(cè)試策落集成測(cè)試可以采用如下:(1) 自頂向下。自頂向下集成測(cè)試是從程序頂部開始,把頂部元素作為單元進(jìn)行測(cè)試,它所調(diào)用的子程序可設(shè)成虛元素,即一種簡(jiǎn)單的替代元素,當(dāng)測(cè)試完成后,再以真實(shí)元素加入,并重新進(jìn)行對(duì)加入后的整個(gè)元素的測(cè)試;重復(fù)上述過(guò)程,直到全部測(cè)試完成加入元素及其整體為止。(2) 自底向上。自底向上的集成測(cè)試是從程序結(jié)構(gòu)的底層開始,把被集成的元素逐層進(jìn)行合并測(cè)試,直到頂層元素。(3) 隨機(jī)測(cè)試。隨機(jī)測(cè)試是對(duì)系統(tǒng)進(jìn)行整體測(cè)試的一種方法,但不是唯一的辦法,它是在事先未做周密分析和計(jì)劃的條件下,運(yùn)行和執(zhí)行某一類程序,或利用現(xiàn)成的隨手可得的程序加載到系統(tǒng)并執(zhí)行,從而進(jìn)行隨機(jī)測(cè)試,
42、以求發(fā)現(xiàn)程序的某些錯(cuò)誤,這種測(cè)試是正式測(cè)試前的先導(dǎo)性測(cè)試,當(dāng)發(fā)現(xiàn)某些錯(cuò)誤并排除后再進(jìn)行正式的測(cè)試。隨機(jī)測(cè)試有利于確定整體程序的框架,如測(cè)試程序是否能完成輸入、存儲(chǔ)、控制和輸出的基本功能。5.3 系統(tǒng)測(cè)試系統(tǒng)測(cè)試是軟件測(cè)試中的最后的、最完整的測(cè)試,它是在元素級(jí)測(cè)試和整體的基礎(chǔ)上進(jìn)行的,它是從全局來(lái)考慮軟件系統(tǒng)的功能和性能要求。(1) 系統(tǒng)測(cè)試的任務(wù)。(2) 完成系統(tǒng)的功能驗(yàn)證。它由軟件人員和質(zhì)量保證人員共同研究進(jìn)行。(3) 完成系統(tǒng)的驗(yàn)收測(cè)試。它由用戶或用戶代表在正式制定驗(yàn)收測(cè)試計(jì)劃的情況下進(jìn)行。(4) 系統(tǒng)測(cè)試計(jì)劃。測(cè)試計(jì)劃的制定是執(zhí)行功能測(cè)試和驗(yàn)收測(cè)試的基本保證,它們必須有正式的測(cè)試文檔,沒(méi)
43、有正式的文檔就不會(huì)有正式的測(cè)試。測(cè)試文檔應(yīng)該是有規(guī)范的且內(nèi)容豐富的資料,一般包含三大部分:A 部分:綜述部分,包括:詞匯集,各種說(shuō)明書,測(cè)試設(shè)計(jì)標(biāo)準(zhǔn)和約定,測(cè)試運(yùn)行次序、方法、圖表等。B 部分:測(cè)試數(shù)據(jù)庫(kù)和代碼部分,包括測(cè)試數(shù)據(jù)庫(kù)文檔和交叉引用索引,測(cè)試數(shù)據(jù)庫(kù)生成程序,驅(qū)動(dòng)程序和裝配生成程序,測(cè)試配置說(shuō)明書,測(cè)試硬件和軟件工具,驗(yàn)證硬、軟件,支持性工具等。測(cè)試計(jì)劃應(yīng)自頂向下設(shè)計(jì),并且文檔化。 C 部分:實(shí)際測(cè)試說(shuō)明書,包括:測(cè)試結(jié)構(gòu)與范圍組成,典型測(cè)試集組成,預(yù)測(cè)試的設(shè)計(jì)和記錄,測(cè)試計(jì)劃和生產(chǎn)率。系統(tǒng)測(cè)試實(shí)施系統(tǒng)測(cè)試的實(shí)施一般按下述步驟進(jìn)行:(1) 功能測(cè)試。通過(guò)大量的精心的測(cè)試實(shí)例對(duì)系統(tǒng)的功
44、能做全面系統(tǒng)的測(cè)試。(2) 性能測(cè)試。用特定的測(cè)試實(shí)例驗(yàn)證系統(tǒng)的性能要求。(3) 背景測(cè)試。用實(shí)際負(fù)載代替無(wú)負(fù)載的情況的測(cè)試,即真實(shí)運(yùn)行環(huán)境的測(cè)試。(4) 配置測(cè)試。提供全部邏輯式物理設(shè)備,在指令的設(shè)備組合情況下,實(shí)現(xiàn)全部功能的測(cè)試。(5) 繁忙測(cè)試。系統(tǒng)全部資源處于高度繁忙情況下的一種“破壞”性測(cè)試,以驗(yàn)證系統(tǒng)的可靠性。(6) 恢復(fù)測(cè)試。測(cè)試系統(tǒng)對(duì)故障恢復(fù)能力,測(cè)試故障后整體和控制的可恢復(fù)性。(7) 安全性測(cè)試。測(cè)試系統(tǒng)對(duì)錯(cuò)誤的操作或非法的用戶的惡意破壞的安全保證的可靠程度。其中功能測(cè)試、性能測(cè)試和繁忙測(cè)試對(duì)于所有系統(tǒng)都是必要的,其它的測(cè)試同樣也是需要的,但根據(jù)系統(tǒng)的不同要求,可能會(huì)更有側(cè)重
45、。系統(tǒng)測(cè)試包括功能測(cè)試和驗(yàn)收測(cè)試兩種測(cè)試,其中功能測(cè)試是一種按測(cè)試計(jì)劃和測(cè)試文檔嚴(yán)格進(jìn)行的過(guò)程,而驗(yàn)收測(cè)試則是一種具有合同執(zhí)行和法律意義的活動(dòng)。為順利進(jìn)行系統(tǒng)測(cè)試通常需要在測(cè)試文檔的指導(dǎo)下,先進(jìn)行必要的測(cè)試,并在測(cè)試前組織測(cè)試人和見(jiàn)證人班子,測(cè)試的指揮人和見(jiàn)證人是測(cè)試的關(guān)鍵人員。軟件測(cè)試是軟件開發(fā)的重要組成環(huán)節(jié),沒(méi)有測(cè)試就沒(méi)有合格和高質(zhì)量的軟件,而軟件測(cè)試的投入,包括人員和資金投入是巨大的,而且具有很高的組織管理和技術(shù)難度,如何組織測(cè)試人員隊(duì)伍和如何設(shè)計(jì)和積累測(cè)試實(shí)例等,但又是必須進(jìn)行和完成的重要工作。5.4 測(cè)試報(bào)告測(cè)試報(bào)告是測(cè)試階段工作的總結(jié),測(cè)試報(bào)告的內(nèi)容主要包括:·引言。介紹
46、測(cè)試的目的、范圍、測(cè)試角度和標(biāo)準(zhǔn)、測(cè)試結(jié)果概要。·測(cè)試計(jì)劃和配置。包括系統(tǒng)配置、運(yùn)行配置、測(cè)試標(biāo)準(zhǔn)和評(píng)價(jià)等。·接口測(cè)試。描述對(duì)系統(tǒng)接口的測(cè)試和結(jié)果。·功能測(cè)試。描述對(duì)系統(tǒng)各種功能的測(cè)試和結(jié)果。·開發(fā)測(cè)試。包括正常數(shù)據(jù)和過(guò)載數(shù)據(jù)的測(cè)試,以及在錯(cuò)誤數(shù)據(jù)下的測(cè)試和結(jié)果。·交付使用的準(zhǔn)備。包括交付使用的軟件目錄,留待解決的問(wèn)題,質(zhì)量的檢驗(yàn)結(jié)果,對(duì)測(cè)試結(jié)果進(jìn)行歸納,給出系統(tǒng)可接受的程度。·附錄。包括參考文獻(xiàn)、異常狀況小結(jié)、測(cè)試數(shù)據(jù)等。6. 班級(jí)管理系統(tǒng)的測(cè)試我們對(duì)軟件進(jìn)行測(cè)試首先明白軟件要實(shí)現(xiàn)的功能,按照軟件測(cè)試文檔進(jìn)行否則無(wú)法對(duì)軟件進(jìn)行測(cè)試。
47、班級(jí)管理系統(tǒng)實(shí)現(xiàn)功能:1)學(xué)生信息管理,包括:學(xué)生信息的錄入、修改、刪除。學(xué)生信息的查詢:學(xué)號(hào)、。2)學(xué)生成績(jī)管理,包括: 學(xué)生成績(jī)的查詢、添加、修改、刪除。計(jì)算班級(jí)每門課的最低分、最高分、平均分、每個(gè)學(xué)生的總分。 計(jì)算班級(jí)每門課的優(yōu)秀率和優(yōu)秀人數(shù)(>90)、良好率和良好人數(shù)(>75)、不及格率和不及格人數(shù)。3) 課程管理,包括:課程表的查詢課程的添加、刪除、修改現(xiàn)以班級(jí)管理系統(tǒng)的成績(jī)?cè)u(píng)定為例進(jìn)行測(cè)試。6.1 應(yīng)用程序測(cè)試界面是軟件與用戶交互的最直接的層,界面的好壞決定用戶對(duì)軟件的第一印象。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作,起到向?qū)缘淖饔?。同時(shí)界面如同人的面孔,具
48、有吸引用戶的直接優(yōu)勢(shì)。設(shè)計(jì)合理的界面能給用戶帶來(lái)輕松愉悅的感受和成功的感覺(jué),相反由于界面設(shè)計(jì)的失敗,讓用戶有挫敗感,再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與諸東流。班級(jí)管理系統(tǒng)的登錄界面和主界面就是很友好的界面,如下所示:6.1.1 易用性測(cè)試按鈕名稱易懂,用詞準(zhǔn)確,放棄模楞兩可的字眼,要與同一界面上的其它按鈕易于區(qū)分,能望文知意。理想的情況是用戶不用查閱幫助就能知道該界面的功能并進(jìn)行相關(guān)的正確操作。如班級(jí)管理系統(tǒng)的模塊成績(jī)?cè)u(píng)定是一個(gè)非常易用如上所示:用戶輸入學(xué)號(hào)單擊“統(tǒng)計(jì)”可以查詢自己的各科成績(jī)和總分,當(dāng)選種單選框“科目”的一門課和在“等級(jí)”單選框可以計(jì)算優(yōu)秀人數(shù)和優(yōu)秀率、平均分、最低分、最高分
49、等。6.1.2 規(guī)范性測(cè)試通常界面設(shè)計(jì)都按Windows界面的規(guī)范來(lái)設(shè)計(jì),即包含“菜單條、工具欄、工具箱、狀態(tài)欄、滾動(dòng)條、右鍵快捷菜單”的標(biāo)準(zhǔn)格式,可以說(shuō):界面遵循規(guī)范化的程度越高,則易用性相應(yīng)的就越好。小型軟件一般不提供工具箱。班級(jí)管理系統(tǒng)主界面如上所示,僅提供菜單、命令工具箱。6.1.3合理性測(cè)試屏幕對(duì)角線相交的位置是用戶直視的地方,正上方四分之一處為易吸引用戶注意力的位置,在放置窗體時(shí)要注意利用這兩個(gè)位置。1)父窗體或主窗體的中心位置應(yīng)該在對(duì)角線焦點(diǎn)附近,即采取屏幕居中。2)子窗體位置應(yīng)該在主窗體的左上角或正中。3)多個(gè)子窗體彈出時(shí)應(yīng)該依次向右下方偏移,以顯示出窗體標(biāo)題為宜。4)重要的命
50、令按鈕與使用較頻繁的按鈕放在界面上較注目的位置。5)與正在進(jìn)行的操作無(wú)關(guān)的按鈕應(yīng)加以屏蔽。6)對(duì)可能造成數(shù)據(jù)無(wú)法恢復(fù)的操作提供了確認(rèn)信息,給用戶放棄選擇的機(jī)會(huì)。并且將按鈕的缺省焦點(diǎn)置在“取消”按鈕上。7)非法的輸入或操作有足夠的提示說(shuō)明,例如,當(dāng)用戶輸入學(xué)號(hào)在數(shù)據(jù)庫(kù)不存在時(shí),則系統(tǒng)有提示。例如,當(dāng)用戶查詢自己的各科成績(jī)時(shí)系統(tǒng)通過(guò)查詢數(shù)據(jù)庫(kù)有如下提示,同時(shí)用戶單擊確定請(qǐng)輸入學(xué)號(hào)文本框清空:8)對(duì)運(yùn)行過(guò)程中出現(xiàn)問(wèn)題而引起錯(cuò)誤的地方要有提示,讓用戶明白錯(cuò)誤出處,避免形成無(wú)限期的等待。9)提示、警告、或錯(cuò)誤說(shuō)明清楚、明了、恰當(dāng)。10)對(duì)于文本框(TextBox)一般需要根據(jù)其對(duì)應(yīng)的數(shù)據(jù)庫(kù)字段的類型以及
51、長(zhǎng)度來(lái)限制用戶允許輸入的字符和長(zhǎng)度,測(cè)試時(shí)注意了輸入框中的數(shù)值的最大數(shù)和最小數(shù),以及默認(rèn)值、空白值或空格時(shí)的情況。11)對(duì)于單選組內(nèi)有且只有一個(gè)單選鈕可選;如果單選組內(nèi)無(wú)單選鈕可選,這種情況是否允許存在。12)復(fù)選框組內(nèi)允許多個(gè)復(fù)選框(包括全部可選)可選;如果復(fù)選框組內(nèi)無(wú)復(fù)選框可選,這種情況允許存在;文本框及某些控件拒絕輸入和選擇時(shí)顯示區(qū)域變灰或按既定規(guī)約處理。13)系統(tǒng)的提示框樣式應(yīng)統(tǒng)一,即使用標(biāo)準(zhǔn)的Windows提示框,其中包括標(biāo)題、圖標(biāo)、提示語(yǔ)和功能按鈕。圖標(biāo)使用要規(guī)范,要根據(jù)提示信息的性質(zhì)選擇不同的圖標(biāo),而且除非嚴(yán)重的錯(cuò)誤,一般不使用“X”圖標(biāo),以免使用戶產(chǎn)生畏懼心理。14)窗體顯示后
52、,缺省的焦點(diǎn)設(shè)在最合理的控件上,方便用戶操作。15)輸入型控件一般不允許只輸入空格或可存入輸入值兩端的空格。6.1.4美觀與協(xié)調(diào)性界面大小應(yīng)該適合美學(xué)觀點(diǎn),感覺(jué)協(xié)調(diào)舒適,能在有效的范圍內(nèi)吸引用戶的注意力。1)長(zhǎng)寬接近黃金點(diǎn)比例(寬高比為4:3),切忌長(zhǎng)寬比例失調(diào)。2)布局合理,不宜過(guò)于密集,也不能過(guò)于空曠,合理的利用空間。3)按鈕大小基本相近,忌用太長(zhǎng)的名稱,免得占用過(guò)多的界面位置,與界面的大小和空間要協(xié)調(diào)。4)避免空曠的界面上放置很大的按鈕。5)放置完控件后界面沒(méi)有很大的空缺位置。6)字體的大小與界面的大小比例協(xié)調(diào), 通常使用的字體中宋體9-12較為美觀,很少使用超過(guò)12號(hào)的字體。建議使用宋
53、體9號(hào)字。7)前景與背景色搭配合理協(xié)調(diào),反差不太大,少用深色,如大紅、大綠等。常用色使用Windows界面色調(diào)。8)如果使用其他顏色,主色要柔和,具有親和力與磁力,堅(jiān)決杜絕刺目的顏色。班級(jí)管理系統(tǒng)的載入界面顏色采用了這一原則使用戶感覺(jué)樸素大方具有磁性。如下所示:6.2 功能測(cè)試在測(cè)試前,首先要根據(jù)需求分析報(bào)告全面了解用戶需求并透徹理解。測(cè)試時(shí)要注意以下幾點(diǎn):A、測(cè)試時(shí)要分清主次,即先測(cè)試主要功能,后測(cè)試次要功能。要選找出系統(tǒng)的功能主干,讓數(shù)據(jù)依次流經(jīng)功能主干,測(cè)試功能實(shí)現(xiàn)的是否正確。B、功能主干用正常正確后,我們還要考慮測(cè)試其異常處理功能。C、功能主干測(cè)試正確后,再進(jìn)行分支功能的測(cè)試。E、要對(duì)
54、程序的功能進(jìn)行方便性測(cè)試,將不夠滿意的地方,都應(yīng)當(dāng)成系統(tǒng)缺陷向項(xiàng)目負(fù)責(zé)人或系統(tǒng)開發(fā)者指出。F、檢查系統(tǒng)需求和設(shè)計(jì)說(shuō)明書中要求的功能是否在系統(tǒng)中都被實(shí)現(xiàn)、性能是否達(dá)到指標(biāo)。G、數(shù)據(jù)之間的邏輯關(guān)系是否正確。班級(jí)管理系統(tǒng)的功能測(cè)試是本系統(tǒng)的重點(diǎn)測(cè)試,對(duì)于班級(jí)管理系統(tǒng)的“成績(jī)?cè)u(píng)定”可以完成計(jì)算班級(jí)每門課的最低分、最高分、平均分、每個(gè)學(xué)生的總分。計(jì)算班級(jí)每門課的優(yōu)秀率和優(yōu)秀人數(shù)(>90)、良好率和良好人數(shù)(>75)、不及格率和不及格人數(shù)。當(dāng)使用黑盒測(cè)試測(cè)試系統(tǒng)時(shí),系統(tǒng)應(yīng)完成上述功能,對(duì)于邊界值測(cè)試時(shí)系統(tǒng)也有一定的提示(測(cè)試用例學(xué)號(hào)為空)如下所示:當(dāng)用戶選中科目和等級(jí)的單選框時(shí),單擊確定查詢按
55、扭能完成所要求的操作(測(cè)試用例學(xué)號(hào)為20024420、心理學(xué)這門課的良好率和良好人數(shù)和這門課的最高分、最低分)。當(dāng)用戶選中該系統(tǒng)“科目”框架中的計(jì)算機(jī)文化基礎(chǔ)和“等級(jí)”框架中的、良好、人數(shù)、平均分時(shí),單擊“查詢”時(shí)所完成的操作與實(shí)際期望一致。如下所示:同時(shí)完成對(duì)學(xué)生記錄的添加、修改、刪除;成績(jī)的修改、刪除等功能。現(xiàn)以班級(jí)管理系統(tǒng)學(xué)生的刪除為例進(jìn)行測(cè)試如下,當(dāng)用戶單擊“是(Y)”則刪除當(dāng)前記錄;單擊“否(N)”則取消刪除。6.3 環(huán)境測(cè)試配置測(cè)試環(huán)境是測(cè)試實(shí)施的一個(gè)重要階段,測(cè)試環(huán)境適合與否會(huì)嚴(yán)重影響測(cè)試結(jié)果的真實(shí)性和正確性。測(cè)試環(huán)境包括硬件環(huán)境和軟件環(huán)境。其中軟件環(huán)境指被測(cè)軟件運(yùn)行時(shí)的操作系統(tǒng)
56、、數(shù)據(jù)庫(kù)及其他應(yīng)用軟件構(gòu)成的環(huán)境。在實(shí)際測(cè)試中,軟件環(huán)境又可分為主測(cè)試環(huán)境和輔助測(cè)試環(huán)境。主測(cè)試環(huán)境是測(cè)試軟件功能、安全可靠性、性能、易用性等大多數(shù)指標(biāo)的主要環(huán)境。一般來(lái)說(shuō),配置主測(cè)試環(huán)境可遵循下列原則:1.符合軟件運(yùn)行的最低要求。測(cè)試環(huán)境首先要保證能支撐軟件正常運(yùn)行。2.選用比較普及的操作系統(tǒng)和軟件平臺(tái)。本系統(tǒng)能在Win98、Win2000、2000Server、Windows XP系統(tǒng)下運(yùn)行。3.營(yíng)造相對(duì)簡(jiǎn)單、獨(dú)立的測(cè)試環(huán)境。除了操作系統(tǒng),測(cè)試機(jī)上只安裝軟件運(yùn)行和測(cè)試必需的軟件,以避免不相關(guān)的軟件影響測(cè)試實(shí)施。4.無(wú)毒的環(huán)境。利用有效的正版殺毒軟件檢測(cè)軟件環(huán)境,保證測(cè)試環(huán)境中沒(méi)有病毒。并檢
57、測(cè)軟件與時(shí)下流行的兩種殺毒軟件有沒(méi)有充突。輔助測(cè)試環(huán)境常常用來(lái)滿足不同的測(cè)試需求或特殊測(cè)試項(xiàng)目:兼容性測(cè)試:在滿足軟件運(yùn)行要求的范圍內(nèi),可選擇一些典型的操作系統(tǒng)和常用應(yīng)用軟件對(duì)其安裝卸載和主要功能進(jìn)行驗(yàn)證。 6.4 壓力測(cè)試壓力測(cè)試用來(lái)檢查程序?qū)Ξ惓G闆r的抵抗能力。當(dāng)容量的信息不確定的時(shí)候,確定分配了足夠的磁盤空間,通訊的容量足夠,測(cè)試系統(tǒng)過(guò)載的情況。同時(shí)壓力測(cè)試總是迫使系統(tǒng)在異常的資源配置下運(yùn)行。班級(jí)管理系統(tǒng)是一個(gè)非常小的系統(tǒng),所以壓力測(cè)試是在一般的電腦是無(wú)法進(jìn)行檢測(cè)到。6.5 恢復(fù)測(cè)試恢復(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)證重新初始化、檢查點(diǎn)、數(shù)據(jù)恢復(fù)和重新啟動(dòng)等機(jī)制的正確性;對(duì)于人工干預(yù)的恢復(fù)系統(tǒng),還需估測(cè)平均修復(fù)時(shí)間,確定其是否在可接受的范圍內(nèi)。該系統(tǒng)出現(xiàn)錯(cuò)誤時(shí),停止系統(tǒng)的運(yùn)行可以恢復(fù)系統(tǒng)誤差的狀態(tài)。6.6 性能測(cè)試性能測(cè)試主要是對(duì)響應(yīng)時(shí)間、事務(wù)處理速率、數(shù)據(jù)顯示速度、計(jì)算速度、數(shù)據(jù)庫(kù)查詢響應(yīng)時(shí)間、掃描時(shí)間、掃描識(shí)別率等和其他與時(shí)間相關(guān)的需求進(jìn)行評(píng)測(cè)和評(píng)估。性能評(píng)測(cè)的目標(biāo)是核實(shí)性能需求是否都已滿足。實(shí)施和執(zhí)行性能評(píng)測(cè)的目的是將測(cè)試對(duì)象的性能行為當(dāng)作條件的一種函數(shù)來(lái)進(jìn)行評(píng)測(cè)和微
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 《金字塔原理》讀書筆記個(gè)人所感
- 2022年“安全生產(chǎn)月”宣傳活動(dòng)方案【4篇】
- 2021公司年終個(gè)人總結(jié)五篇
- 幼兒園教育實(shí)習(xí)調(diào)查報(bào)告匯編4篇
- 驕傲的初中滿分作文素材700字
- 科學(xué)發(fā)展觀提出的背景及形成與發(fā)展
- 生物學(xué)院食品安全-課件
- 全面保潔服務(wù)協(xié)議書(2篇)
- 兒童圖書銷售代理合同(2篇)
- 山西呂梁2025屆高三上學(xué)期11月期中考試化學(xué)試卷試題及答案解析
- 貴州省安順市2023-2024學(xué)年高一上學(xué)期期末考試歷史試題(解析版)
- 2024 潮玩行業(yè)專題報(bào)告:一文讀懂潮流玩具消費(fèi)新趨勢(shì)
- 2025版國(guó)家開放大學(xué)法律事務(wù)??啤缎淌略V訟法學(xué)》期末紙質(zhì)考試總題庫(kù)
- 藝考培訓(xùn)宣講
- 華東師范大學(xué)《法學(xué)導(dǎo)論I》2022-2023學(xué)年第一學(xué)期期末試卷
- 2024.8.1十七個(gè)崗位安全操作規(guī)程手冊(cè)(值得借鑒)
- 學(xué)校老師打孩子處理協(xié)議書(2篇)
- 人教版4年級(jí)上冊(cè)音樂(lè)測(cè)試(含答案)
- 國(guó)自然模板(空白版)
- 易制毒化學(xué)品銷售管理制度
- 化學(xué)鎳金常見(jiàn)缺陷
評(píng)論
0/150
提交評(píng)論