軟件測(cè)試畢業(yè)設(shè)計(jì)說(shuō)明

1、師學(xué)院本科畢業(yè)設(shè)計(jì)題目：班級(jí)管理系統(tǒng)的測(cè)試學(xué) 號(hào)：姓 名:年 級(jí)：系 別：專(zhuān) 業(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è)軟件開(kāi)發(fā)期的全過(guò)程。要對(duì)軟件進(jìn)

2、行測(cè)試首先要明白軟件要實(shí)現(xiàn) 的功能，否則無(wú)法對(duì)軟件進(jìn)行測(cè)試。本文在分析軟件測(cè)試的方法、目的、流程圖等基本概念的基礎(chǔ)上，重點(diǎn)介 紹了對(duì)自己開(kāi)發(fā)的班級(jí)管理系統(tǒng)的測(cè)試。關(guān)鍍?cè)~：安裝測(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)它是否 滿(mǎn)足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別”。這個(gè)定義明確指出：軟件測(cè)試的目 的是為了檢驗(yàn)軟件系統(tǒng)是否滿(mǎn)足需求。從用戶(hù)的角度來(lái)看，普遍希望通過(guò)軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，所以軟件測(cè)試 應(yīng)該是“為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程”?；蛘哒f(shuō)，軟件測(cè)試應(yīng)該根據(jù)軟件開(kāi)發(fā)各階段的規(guī) 格說(shuō)明和程序的部結(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)開(kāi)發(fā)出來(lái)的軟件是否符合用戶(hù)的需求。2. 盡可能多地發(fā)現(xiàn)程序中的錯(cuò)誤和缺陷。1.2.2基本要求(測(cè)

4、試人員)1. 了解軟件的總體設(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ù)一樣編寫(xiě)測(cè)試用例。4. 以挑剔的眼光來(lái)看待每個(gè)程序模塊不要設(shè)想程序中不會(huì)出現(xiàn)錯(cuò)誤。程序做了它不該做 的事情，即使是正確的，我們也應(yīng)該把它視為錯(cuò)誤。5. 程序模塊經(jīng)測(cè)

5、試后，殘存的錯(cuò)誤數(shù)目一般與已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比例。也就是說(shuō)，一個(gè) 模塊中發(fā)現(xiàn)的錯(cuò)誤越多，那么它可能殘存的錯(cuò)誤數(shù)目也就越多，對(duì)這樣的程序模塊，一定要進(jìn)行 嚴(yán)格和更徹底的測(cè)試。6. 要保存測(cè)試用例。2. 軟件測(cè)試的方法2. 1軟件測(cè)試的基本方法軟件測(cè)試的方法和技術(shù)是多種多樣的。對(duì)于軟件測(cè)試技術(shù)，可以從不同的角度加以分類(lèi)： 從是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。從測(cè)試是否針對(duì)系統(tǒng)的部結(jié)構(gòu) 和具體實(shí)現(xiàn)算法的角度來(lái)看，可分為白盒測(cè)試和黑盒測(cè)試。2. 1. 1黑盒測(cè)試黑盒測(cè)試也稱(chēng)功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過(guò)測(cè)試來(lái)檢 測(cè)每個(gè)功能是否都能正常使用，在測(cè)試時(shí)，把

6、程序看作一個(gè)不能打開(kāi)的黑盒子，在完全不考慮 程序部結(jié)構(gòu)和部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求 規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保 持外部信息（如數(shù)據(jù)庫(kù)或文件）的完整性。黑盒測(cè)試方法主要有等價(jià)類(lèi)劃分、邊界值分析、因 果圖、錯(cuò)誤推測(cè)等，主要用于軟件確認(rèn)測(cè)試?！昂诤小狈ㄖ塾诔绦蛲獠拷Y(jié)構(gòu)、不考慮部 邏輯結(jié)構(gòu)、針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。黑盒”法是窮舉輸入測(cè)試，只有把所有可能 的輸入都作為測(cè)試情況使用，才能以這種方法查出程序中所有的錯(cuò)誤。實(shí)際上測(cè)試情況有無(wú)窮 多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但

7、是可能的輸入進(jìn)行測(cè)試。2. 1.2白盒測(cè)試白盒測(cè)試也稱(chēng)結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是知道產(chǎn)品部工作過(guò)程，可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn) 品部動(dòng)作是否按照規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行，按照程序部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每 條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)、 基路測(cè)試等，主要用于軟件驗(yàn)證。“白盒”法全面了解程序部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測(cè)試?！鞍缀小狈ㄊ歉F舉路徑 測(cè)試。在使用這一方案時(shí)，測(cè)試者必須檢查程序的部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測(cè)試 數(shù)據(jù)。貫穿程序的獨(dú)立路徑數(shù)是天文數(shù)字。但即使每條路徑都測(cè)試了仍然可能有錯(cuò)誤。第一， 窮舉路徑測(cè)試決不能查出程序違反了

8、設(shè)計(jì)規(guī)，即程序本身是個(gè)錯(cuò)誤的程序。第二，窮舉路徑測(cè) 試不可能查出程序中因遺漏路徑而出錯(cuò)。第三，窮舉路徑測(cè)試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的 錯(cuò)誤。2. 1. 3 ALAC(Act-1 ike-a-customer)測(cè)試圖ALAC測(cè)試哪些客戶(hù)最容易遇到的錯(cuò)誤圖(1)ALAC測(cè)試是一種基于客戶(hù)使用產(chǎn)品的知識(shí)開(kāi)發(fā)出來(lái)的測(cè)試方法。ALAC測(cè)試是基于復(fù)雜的軟 件產(chǎn)品有許多錯(cuò)誤的原則。最大的受益者是用戶(hù)，缺陷查找和改正將針對(duì)哪些客戶(hù)最容易遇到 的錯(cuò)誤。2.2單元測(cè)試的基本方法單元測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單位一一模塊。單元測(cè)試的依據(jù)是詳細(xì)設(shè)計(jì)描述，單元 測(cè)試應(yīng)對(duì)模塊所有重要的控制路徑設(shè)計(jì)測(cè)試用例，以便發(fā)現(xiàn)模塊

9、部的錯(cuò)誤。單元測(cè)試多采用白 盒測(cè)試技術(shù)，系統(tǒng)多個(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ù)引用；&是否修改了只讀型參數(shù)；9. 對(duì)全程變量的定義各模塊是否一致；10. 是否把某些約束作為參數(shù)傳遞。如果模塊包括外部輸入輸出，還應(yīng)該考慮下列因素：1. 文件屬性是否正確；2. OPEN/CLOSE語(yǔ)句是否正確；3. 格式說(shuō)明與輸入輸出語(yǔ)句是否匹配；4. 緩沖區(qū)大小與記錄長(zhǎng)度是否匹配；5. 文件使用前是否已經(jīng)打開(kāi)；6. 是否處理了文件尾；7. 是否處理了輸入/輸出錯(cuò)誤；&輸出信息中是否有文字性錯(cuò)誤；檢查局部數(shù)據(jù)結(jié)構(gòu)是為了保證臨

11、時(shí)存儲(chǔ)在模塊的數(shù)據(jù)在程序執(zhí)行過(guò)程中完整、正確。局部數(shù) 據(jù)結(jié)構(gòu)往往是錯(cuò)誤的根源，應(yīng)仔細(xì)設(shè)計(jì)測(cè)試用例，力求發(fā)現(xiàn)下面幾類(lèi)錯(cuò)誤：1. 不合適或不相容的類(lèi)型說(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ù)目刂屏髟斐傻?錯(cuò)誤。此時(shí)基本路徑測(cè)試和循環(huán)測(cè)試是最常用且最有效的測(cè)試技術(shù)。計(jì)算中常見(jiàn)的錯(cuò)誤包括：1

12、誤解或用錯(cuò)了算符優(yōu)先級(jí)；2. 混合類(lèi)型運(yùn)算；3. 變量初值錯(cuò)；4. 精度不夠；5. 表達(dá)式符號(hào)錯(cuò)。比較判斷與控制流常常緊密相關(guān)，測(cè)試用例還應(yīng)致力于發(fā)現(xiàn)下列錯(cuò)誤：1. 不同數(shù)據(jù)類(lèi)型的對(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ò)誤不相符；

13、3. 在程序自定義的出錯(cuò)處理段運(yùn)行之前，系統(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ù)審和編譯檢查，便可開(kāi) 始單元測(cè)試。測(cè)試用例的設(shè)計(jì)應(yīng)與復(fù)審工作相結(jié)合，根據(jù)設(shè)計(jì)信息選取測(cè)試數(shù)據(jù)，將增大發(fā)現(xiàn) 上述各類(lèi)錯(cuò)誤的可能性。在確定測(cè)試用例的同時(shí)，應(yīng)給出期望結(jié)果。應(yīng)為測(cè)試模塊開(kāi)發(fā)一個(gè)驅(qū)動(dòng)模塊（driver）和（或）若干個(gè)樁模塊（stub）

14、，下圖顯示了一 般單元測(cè)試的環(huán)境。驅(qū)動(dòng)模塊在大多數(shù)場(chǎng)合稱(chēng)為“主程序”，它接收測(cè)試數(shù)據(jù)并將這些數(shù)據(jù)傳 遞到被測(cè)試模塊，被測(cè)試模塊被調(diào)用后，主程序”打印進(jìn)入-退出”消息。驅(qū)動(dòng)模塊和樁模塊是測(cè)試使用的軟件，而不是軟件產(chǎn)品的組成部分，但它需要一定的開(kāi)發(fā) 費(fèi)用。若驅(qū)動(dòng)和樁模塊比較簡(jiǎn)單，實(shí)際開(kāi)銷(xiāo)相對(duì)低些。遺憾的是，僅用簡(jiǎn)單的驅(qū)動(dòng)模塊和樁模 塊不能完成某些模塊的測(cè)試任務(wù)，這些模塊的單元測(cè)試只能采用下面討論的綜合測(cè)試方法。提高模塊的聚度可簡(jiǎn)化單元測(cè)試，如果每個(gè)模塊只能完成一個(gè)，所需測(cè)試用例數(shù)目將顯著 減少，模塊中的錯(cuò)誤也更容易發(fā)現(xiàn)。圖單元測(cè)試環(huán)境圖（2）2.3綜合測(cè)試的基本方法時(shí)常有這樣的情況發(fā)生，每個(gè)模塊都

15、能單獨(dú)工作，但這些模塊集成在一起之后卻不能正常 工作。主要原因是，模塊相互調(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è)試，這稱(chēng)為 非増量式集成。這種方法容易出現(xiàn)混亂。因?yàn)闇y(cè)試時(shí)可能發(fā)現(xiàn)一大堆錯(cuò)誤，為每個(gè)錯(cuò)誤定位和 糾正非常困難，并且在改正一個(gè)錯(cuò)誤的同時(shí)

16、又可能引入新的錯(cuò)誤，新舊錯(cuò)誤混雜，更難斷定出 錯(cuò)的原因和位置。與之相反的是增量式集成方法，程序一段一段地?cái)U(kuò)展，測(cè)試的圍一步一步地 增大，錯(cuò)誤易于定位和糾正，界面的測(cè)試亦可做到完全徹底。下面討論兩種增量式集成方法。2. 3. 1自頂向下集成自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式，它從主控模塊開(kāi)始，按照軟件的控制層 次結(jié)構(gòu)，以深度優(yōu)先或廣度優(yōu)先的策略，逐步把各個(gè)模塊集成在一起。深度優(yōu)先策略首先是把 主控制路徑上的模塊集成在一起，至于選擇哪一條路徑作為主控制路徑，這多少帶有隨意性， 一般根據(jù)問(wèn)題的特性確定。以圖（3）為例，若選擇了最左一條路徑，首先將模塊Ml, M2, M5 和M8集成在一起，再

17、將M6集成起來(lái)，然后考慮中間和右邊的路徑。廣度優(yōu)先策略則不然，它沿 著控制層次結(jié)構(gòu)水平地向下移動(dòng)。仍然以下圖為例，它首先把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）從第二步開(kāi)始，循環(huán)執(zhí)行上述步驟，直至整個(gè)

18、程序結(jié)構(gòu)構(gòu)造完畢。上圖（3）中，實(shí)線(xiàn)表示 已部分完成的結(jié)構(gòu)，若采用深度優(yōu)先策略，下一步將用模塊M7替換樁模塊S7,當(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)行，第二種是開(kāi)發(fā)能模擬真實(shí)模塊的樁模塊；第三 種是自底向上集成模塊。第一種方法又回退為非增量式的集成方法，使錯(cuò)誤難于定位和糾正， 并且失

19、去了在組裝模塊時(shí)進(jìn)行一些特定測(cè)試的可能性；第二種方法無(wú)疑要大大增加開(kāi)銷(xiāo)；第三 種方法比較切實(shí)可行，下面專(zhuān)門(mén)討論。2. 3.2自底向上集成自底向上測(cè)試是從“原子”模塊（即軟件結(jié)構(gòu)最低層的模塊）開(kāi)始組裝測(cè)試，因測(cè)試到較 高層模塊時(shí)，所需的下層模塊功能均已具備，所以不再需要樁模塊。自底向上綜合測(cè)試的步驟分為：1. 把低層模塊組織成實(shí)現(xiàn)某個(gè)子功能的模塊群（cluster）；2. 開(kāi)發(fā)一個(gè)測(cè)試驅(qū)動(dòng)模塊，控制測(cè)試數(shù)據(jù)的輸入和測(cè)試結(jié)果的輸出；3. 對(duì)每個(gè)模塊群進(jìn)行測(cè)試；4. 刪除測(cè)試使用的驅(qū)動(dòng)模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群。 從第一步開(kāi)始循環(huán)執(zhí)行上述各步驟，直至整個(gè)程序構(gòu)造完畢。圖

20、(4)說(shuō)明了上述過(guò)程。首先“原子”模塊被分為三個(gè)模塊群，每個(gè)模塊群引入一個(gè)驅(qū)動(dòng)模 塊進(jìn)行測(cè)試。因模塊群1、模塊群2中的模塊均隸屬于模塊辰，因此在驅(qū)動(dòng)模塊DI、D2去掉后， 模塊群1與模塊群2直接與血接口，這時(shí)可對(duì)血、D3被去掉后，H3與模塊群3直接接口，可對(duì)Mb 進(jìn)行集成測(cè)試，最后曲、Mb和Me全部集成在一起進(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í)混和使用兩種策略更為有效，上 層模塊用自頂向下的方法，下層模

21、塊用自底向上的方法。此外，在綜合測(cè)試中尤其要注意關(guān)鍵模塊，所謂關(guān)鍵模塊一般都具有下述一或多個(gè)待征: 對(duì)應(yīng)幾條需求；具有高層控制功能；復(fù)雜、易出錯(cuò)；有待殊的性能要求。關(guān)鍵模塊應(yīng) 盡早測(cè)試，并反復(fù)進(jìn)行回歸測(cè)試。模塊群1圖(4)2.4確認(rèn)測(cè)試的基本方法通過(guò)綜合測(cè)試之后，軟件已完全組裝起來(lái)，接口方面的錯(cuò)誤也已排除，軟件測(cè)試的最后一 步一一確認(rèn)測(cè)試即可開(kāi)始。確認(rèn)測(cè)試應(yīng)檢查軟件能否按合同要求進(jìn)行工作，即是否滿(mǎn)足軟件需 求說(shuō)明書(shū)中的確認(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è)試的種類(lèi)和測(cè)試進(jìn)度，測(cè)試過(guò)程則定義一些特殊的測(cè)試用例，目

22、的在說(shuō)明軟件與需否 一致。無(wú)論計(jì)劃還是過(guò)程，都應(yīng)該著重考慮軟件是否滿(mǎn)足合同規(guī)定的所有功能和性能，文檔資 料是否完整、準(zhǔn)確人機(jī)界面和其他方面（例如，可移植性、兼容性、錯(cuò)誤恢復(fù)能力和可維護(hù)性 等）是否令用戶(hù)滿(mǎn)意。確認(rèn)測(cè)試的結(jié)果有兩種可能，一種是功能和性能指標(biāo)滿(mǎn)足軟件需求說(shuō)明的要求，用戶(hù)可以 接受；另一種是軟件不滿(mǎn)足軟件需求說(shuō)明的要求，用戶(hù)無(wú)法接受。項(xiàng)目進(jìn)行到這個(gè)階段才發(fā)現(xiàn) 嚴(yán)重錯(cuò)誤和偏差一般很難在預(yù)定的工期改正，因此必須與用戶(hù)協(xié)商，尋求一個(gè)妥善解決問(wèn)題的 方法。2. 4.2配置復(fù)審確認(rèn)測(cè)試的另一個(gè)重要環(huán)節(jié)是配置復(fù)審。復(fù)審的目的在于保證軟件配置齊全、分類(lèi)有序， 并且包括軟件維護(hù)所必須的細(xì)節(jié)。2. 4

23、.3 a、B 測(cè)試事實(shí)上，軟件開(kāi)發(fā)人員不可能完全預(yù)見(jiàn)用戶(hù)實(shí)際使用程序的情況。例如，用戶(hù)可能錯(cuò)誤的 理解命令，或提供一些奇怪的數(shù)據(jù)組合，亦可能對(duì)設(shè)計(jì)者自認(rèn)明了的輸出信息迷惑不解，等等。 因此，軟件是否滿(mǎn)足用戶(hù)要求，應(yīng)由用戶(hù)進(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)致開(kāi)發(fā)延期。一個(gè)軟件產(chǎn)品，可能擁有眾多用戶(hù)，不可能由每個(gè)用戶(hù)驗(yàn)收，此時(shí)多采用稱(chēng)為 a、 0測(cè)試的過(guò)程，以期望發(fā)現(xiàn)那些似乎只有最終用戶(hù)才能發(fā)現(xiàn)的問(wèn)題。a測(cè)試是指軟件開(kāi)發(fā)組織部人員模擬各類(lèi)用戶(hù)行對(duì)即將面市軟件產(chǎn)品（稱(chēng)為a版本）進(jìn)行 測(cè)試，試圖發(fā)現(xiàn)錯(cuò)誤并

24、修正。a測(cè)試的關(guān)鍵在于盡可能逼真地模擬實(shí)際運(yùn)行環(huán)境和用戶(hù)對(duì)軟件 產(chǎn)品的操作并盡最大努力涵蓋所有可能的用戶(hù)操作方式。經(jīng)過(guò)a測(cè)試調(diào)整的軟件產(chǎn)品稱(chēng)為B版 本。緊隨其后的B測(cè)試是指軟件開(kāi)發(fā)組織各方面的典型用戶(hù)在日常工作中實(shí)際使用B版本，并 要求用戶(hù)報(bào)告異常情況、提出批評(píng)意見(jiàn)。然后軟件開(kāi)發(fā)公司再對(duì)B版本進(jìn)行改錯(cuò)和完善。 2.5系統(tǒng)測(cè)試的基本方法計(jì)算機(jī)軟件是基于計(jì)算機(jī)系統(tǒng)的一個(gè)重要組成部分，軟件開(kāi)發(fā)完畢后應(yīng)與系統(tǒng)中其它成分 集成在一起，此時(shí)需要進(jìn)行一系列系統(tǒng)集成和確認(rèn)測(cè)試。對(duì)這些測(cè)試的詳細(xì)討論已超出軟件工 程的圍，這些測(cè)試也不可能僅由軟件開(kāi)發(fā)人員完成。在系統(tǒng)測(cè)試之前，軟件工程師應(yīng)完成下列 工作：(1) 為

25、測(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è)試組成，目的是充分運(yùn)行系統(tǒng)，驗(yàn)證系統(tǒng)各部件是否都能夠正常 工作并完成所賦予的任務(wù)。下面簡(jiǎn)單討論幾類(lèi)系統(tǒng)測(cè)試。2. 5. 1恢復(fù)測(cè)試恢復(fù)測(cè)試主要檢查系統(tǒng)的容錯(cuò)能力。當(dāng)系統(tǒng)出錯(cuò)時(shí)，能否在指定時(shí)間間隔修正錯(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)(checkp

26、ointing mechanisms),數(shù) 據(jù)恢復(fù)(data recovery)和重新啟動(dòng)(restart)等機(jī)制的正確性；對(duì)于人工干預(yù)的恢復(fù)系統(tǒng)，還 需估測(cè)平均修復(fù)時(shí)間，確定其是否在可接受的圍。2. 5.2安全測(cè)試安全測(cè)試檢查系統(tǒng)對(duì)非法侵入的防能力。安全測(cè)試期間，測(cè)試人員假扮非法入侵者，采用 各種辦法試圖突破防線(xiàn)。2. 5.3強(qiáng)度測(cè)試強(qiáng)度測(cè)試檢查程序?qū)Ξ惓Ｇ闆r的抵抗能力。強(qiáng)度測(cè)試總是迫使系統(tǒng)在異常的資源配置下運(yùn) 行。2. 5.4性能測(cè)試對(duì)于那些實(shí)時(shí)和嵌入式系統(tǒng)，軟件部分即使?jié)M足功能要求，也未必能夠滿(mǎn)足性能要求，雖 然從單元測(cè)試起，每一個(gè)測(cè)試步驟都包含性能測(cè)試，但只有當(dāng)系統(tǒng)真正集成之后，在真實(shí)

27、環(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ù)雜程度不斷提高，軟件開(kāi)發(fā)中出現(xiàn)錯(cuò)誤或缺陷的 機(jī)會(huì)越來(lái)越多。同時(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)的開(kāi)展和真正提高軟件測(cè)試質(zhì)量。3.1誤區(qū)之一：軟件開(kāi)發(fā)完成后進(jìn)行軟件測(cè)試人們一般認(rèn)為，軟件

28、項(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í)行測(cè)試。因此，軟件測(cè)試貫穿于軟件項(xiàng)目的整個(gè)生命過(guò)程。在軟件項(xiàng)目的每一個(gè)階段都要進(jìn) 行不同目的和容的測(cè)試活動(dòng)，以保證各個(gè)階段的正確性。軟件測(cè)試的對(duì)象不僅僅是軟件代碼， 還包括軟件需求文檔和設(shè)計(jì)文檔。軟件開(kāi)發(fā)與軟件測(cè)試應(yīng)該是交互進(jìn)行的，例如，單元編碼需 要單元測(cè)試，模塊組合階段需要集成測(cè)試。如果等到軟件編碼結(jié)束后才進(jìn)行測(cè)試，那么測(cè)試的 時(shí)間將會(huì)很短，測(cè)試

29、的覆蓋面將很不全面，測(cè)試的效果也將大打折扣。更嚴(yán)重的是如果此時(shí)發(fā) 現(xiàn)了軟件需求階段或概要設(shè)計(jì)階段的錯(cuò)誤，如果要修復(fù)該類(lèi)錯(cuò)誤，將會(huì)耗費(fèi)大量的時(shí)間和人力。 3.2誤區(qū)之二：軟件發(fā)布后如果發(fā)現(xiàn)質(zhì)量問(wèn)題，那是軟件測(cè)試人員的錯(cuò)這種認(rèn)識(shí)容易打擊軟件測(cè)試人員的積極性。軟件中的錯(cuò)誤可能來(lái)自軟件項(xiàng)目中的各個(gè)過(guò)程, 軟件測(cè)試只能確認(rèn)軟件存在錯(cuò)誤，不能保證軟件沒(méi)有錯(cuò)誤，因?yàn)閺母旧现v，軟件測(cè)試不可能 發(fā)現(xiàn)全部的錯(cuò)誤。從軟件開(kāi)發(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)目管

30、理。應(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)，按按鍵盤(pán)的工作。這是由于不了 解軟件測(cè)試的具體技術(shù)和方法造成的。隨之軟件工程學(xué)的發(fā)展和軟件項(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è)方面的容，需要很多測(cè)試實(shí)踐

31、經(jīng)驗(yàn)和不斷學(xué)習(xí)精神。3.4 誤區(qū)之四：軟件測(cè)試是測(cè)試人員的事情，與程序員無(wú)關(guān)開(kāi)發(fā)和測(cè)試是相輔相成的過(guò)程，需要軟件測(cè)試人員、程序員和系統(tǒng)分析師等保持密切的聯(lián) 系，需要更多的交流和協(xié)調(diào)，以便提高測(cè)試效率。另外，對(duì)于單元測(cè)試主要應(yīng)該由程序員完成, 必要時(shí)測(cè)試人員可以幫助設(shè)計(jì)測(cè)試用例。對(duì)于測(cè)試中發(fā)現(xiàn)的軟件錯(cuò)誤，很多需要程序員通過(guò)修 改編碼才能修復(fù)。程序員可以通過(guò)有目的的分析軟件錯(cuò)誤的類(lèi)型、數(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)，必

32、然會(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)殚_(kāi)發(fā)進(jìn)度的延期而簡(jiǎn)單的 縮短測(cè)試時(shí)間、人力和資源。因?yàn)榭s短測(cè)試時(shí)間帶來(lái)的測(cè)試不完整，對(duì)項(xiàng)目質(zhì)量的下降引起的 潛在風(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ù)雜程度也不斷提高，軟件開(kāi)發(fā)過(guò)程中出現(xiàn)錯(cuò)誤或 缺陷的機(jī)會(huì)越來(lái)越多。因此，軟件測(cè)試在軟件項(xiàng)目實(shí)施過(guò)程中的重要性日益突出，而軟件測(cè)試 是一

33、種繁瑣的工作僅僅借助于人工測(cè)試是遠(yuǎn)遠(yuǎn)不夠的，還必須依靠軟件流程圖，才能更好的軟 件測(cè)試活動(dòng)的開(kāi)展和真正提高軟件測(cè)試質(zhì)量。測(cè)試工作總體流程圖需求階段測(cè)試工作流程需求工作培訓(xùn)編寫(xiě)需求 業(yè)務(wù)，用戶(hù)，功能總體測(cè)試計(jì)劃一需求規(guī)格說(shuō)明書(shū) 系統(tǒng)測(cè)試方案需求變更記錄進(jìn)入下一階段設(shè)計(jì)&編碼階段測(cè)試工作流程5. 軟件測(cè)試的實(shí)施和軟件測(cè)試報(bào)告5.1單元測(cè)試1單元是軟件系統(tǒng)的組成部分，它具有以下特點(diǎn)：1. 它是由程序員負(fù)責(zé)完成工作。2. 有一份詳細(xì)的說(shuō)明書(shū)，它包括：輸入定義，輸出定義，數(shù)據(jù)庫(kù)定義，接口說(shuō)明。3. 它是一個(gè)可識(shí)別的和可見(jiàn)的程序組成部分，并容易結(jié)合程序。4. 能單獨(dú)編譯、匯編、測(cè)試。5. 它是程序的必要部

34、分。2私有單元與公開(kāi)單元從概念上可將單元分為私有單元與公開(kāi)單元兩類(lèi)。私有單元是非正式的、變化的、模糊的、 不完整的、混亂的、獨(dú)立的、不協(xié)調(diào)的。公開(kāi)單元是正式的、固定的、具體的、完整的、條理 的、聯(lián)系的、協(xié)調(diào)的。單元是私有的即未經(jīng)過(guò)嚴(yán)格測(cè)試，尚未交付的使用單元。單元是公開(kāi)的 即已經(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ì)

35、有一定困難, 還要制定具體的目標(biāo)和方法。如在目標(biāo)制定時(shí)，還可分為主要目標(biāo)，次要目標(biāo)和輔助目標(biāo)以及 程序員和他們的保證部門(mén)共同實(shí)施對(duì)單元的測(cè)試。主要目標(biāo)：是否實(shí)現(xiàn)說(shuō)明書(shū)的要求，文檔是否完整而有意義，測(cè)試計(jì)劃的遵守是否嚴(yán)格，錯(cuò) 誤是否完全改正了。次要目標(biāo)：設(shè)計(jì)風(fēng)格是否保持統(tǒng)一。輔助目標(biāo)：如錯(cuò)誤類(lèi)型統(tǒng)計(jì)，方法有效性，它們會(huì)為管理員提供信息。4）單元測(cè)試組織單元測(cè)試是程序或軟件測(cè)試的基層工作，因?yàn)閱卧钦麄€(gè)程序的基礎(chǔ)組成，其質(zhì)量直接影響程 序的更大成份甚至全局。在單元測(cè)試時(shí)應(yīng)首先提供下列文檔并按步進(jìn)行：1. 提供正式說(shuō)明書(shū)。2. 制定單元測(cè)試計(jì)劃和文件。3. 先測(cè)試可測(cè)試代碼。4. 程序員先測(cè)試私有單

36、元再進(jìn)行正式單元測(cè)試。5. 驗(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í)的也可以是模擬的。1. 真實(shí)環(huán)境。真實(shí)環(huán)境是單元程序?qū)嶋H使用的，這只有在極少數(shù)的環(huán)境情況下能提供，如單元 程序?qū)儆谝活?lèi)嵌入性模塊。2. 模擬環(huán)境。模擬環(huán)境是單元測(cè)試常用的，模擬環(huán)境可以在程序開(kāi)發(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è)試模擬方

37、法可能出現(xiàn)的不準(zhǔn)確，甚至錯(cuò)誤之處。6) 單元測(cè)試的方法1. 靜態(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)題和不確切，甚至錯(cuò)誤之處。2. 動(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è)試

38、和動(dòng)態(tài)測(cè)試相互結(jié) 合、互相補(bǔ)充對(duì)單元測(cè)試是必要的，特別不要輕視靜態(tài)測(cè)試，它有利于提高人們的程序設(shè)計(jì)水 平和嚴(yán)謹(jǐn)?shù)墓ぷ鞯膽B(tài)度。3. 復(fù)審。復(fù)審是保證測(cè)試質(zhì)量的重要手段，由程序員參加的復(fù)審小組對(duì)文檔、測(cè)試過(guò)程和結(jié)果 應(yīng)進(jìn)行按計(jì)劃的檢查并驗(yàn)證其正確性，因此應(yīng)事先制定復(fù)審計(jì)劃，規(guī)定審查容和方式。復(fù)審的 方式和級(jí)別亦可以根據(jù)情況和需要有所區(qū)別5.2集成測(cè)試集成測(cè)試又稱(chēng)整體測(cè)試或結(jié)合測(cè)試，是軟件測(cè)試的中的一個(gè)重要環(huán)節(jié)。1. 集成測(cè)試的任務(wù)集成測(cè)試是已完成程序元素級(jí)測(cè)試的條件下證實(shí)程序元素間的一致性。集成是指取出一組程序 元素，把它們集成為一個(gè)更大的自身無(wú)矛盾的元素。而整體測(cè)試就是要檢驗(yàn)結(jié)合的過(guò)程中的錯(cuò) 誤

39、，證實(shí)程序元素的一致性。整體測(cè)試不同于對(duì)一般元素的測(cè)試，是對(duì)正在結(jié)合元素測(cè)試，即 對(duì)結(jié)合過(guò)程的測(cè)試。2. 集成測(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è)試和結(jié)合。3. 集成測(cè)試技巧集成測(cè)試將對(duì)結(jié)合元素間的調(diào)用關(guān)系、數(shù)據(jù)依賴(lài)和元素接口進(jìn)行測(cè)試，它可以應(yīng)用下述技術(shù)：（1）調(diào)用圖/樹(shù)的準(zhǔn)備。包括每個(gè)元素和每個(gè)更低元素所做的各次調(diào)用，并且用圖型表示出 來(lái)，以便于了解元素間的調(diào)用關(guān)系。（2）數(shù)據(jù)依賴(lài)

40、圖的準(zhǔn)備。全部數(shù)據(jù)分析是整體測(cè)試的一部分，它利用數(shù)據(jù)字典，確定數(shù)據(jù) 依賴(lài)關(guān)系。為了測(cè)試全程數(shù)據(jù)，可利用所謂數(shù)據(jù)依賴(lài)圖，它描繪出程序元素所引用各 種數(shù)據(jù)，并擴(kuò)大到該元素的下層元素的影響數(shù)據(jù)，以說(shuō)明程序元素與數(shù)據(jù)元素之間的 依從關(guān)系。（3）加工依賴(lài)圖。研究加工對(duì)數(shù)據(jù)對(duì)象的改變，加工依賴(lài)圖包括了各種加工對(duì)所有元素的 操作關(guān)系。（4）接口和接口標(biāo)準(zhǔn)。接口控制文檔記錄了元素之間的接口信息，它應(yīng)遵守嚴(yán)格的接口標(biāo) 準(zhǔn)。接口標(biāo)準(zhǔn)規(guī)定：數(shù)據(jù)項(xiàng)的傳送方式、數(shù)據(jù)對(duì)象按類(lèi)型的調(diào)用順序規(guī)定、元素格式 規(guī)定以及其它規(guī)定。4. 集成測(cè)試的容（1）程序元素中的數(shù)據(jù)項(xiàng)的相容性，它包括了數(shù)據(jù)項(xiàng)的表示圍的相容性、類(lèi)型的相容性、 表

41、示方式的一致性、重要數(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ì)此類(lèi)元素進(jìn)行認(rèn)真測(cè)試，檢 查多入口元素的每個(gè)入口點(diǎn)，并驗(yàn)證選取入口的正確和路徑覆蓋。多出口有時(shí)是有必 要的，但是也應(yīng)在整體測(cè)試中對(duì)其進(jìn)行測(cè)試。5. 集成測(cè)試策落集成測(cè)試可以采用如下：（1）自頂向下。自頂向下集成測(cè)試是從程序頂部開(kāi)始，把頂部元素作為單元進(jìn)行測(cè)試，它 所調(diào)用的子程序可設(shè)成虛元素，即一種簡(jiǎn)單的替代元素，當(dāng)測(cè)試完成后，再以真實(shí)元 素加入，并重新進(jìn)行對(duì)加入

42、后的整個(gè)元素的測(cè)試；重復(fù)上述過(guò)程，直到全部測(cè)試完成 加入元素及其整體為止。（2）自底向上。自底向上的集成測(cè)試是從程序結(jié)構(gòu)的底層開(kāi)始，把被集成的元素逐層進(jìn)行 合并測(cè)試，直到頂層元素。（3）隨機(jī)測(cè)試。隨機(jī)測(cè)試是對(duì)系統(tǒng)進(jìn)行整體測(cè)試的一種方法，但不是唯一的辦法，它是在 事先未做周密分析和計(jì)劃的條件下，運(yùn)行和執(zhí)行某一類(lèi)程序，或利用現(xiàn)成的隨手可得 的程序加載到系統(tǒng)并執(zhí)行，從而進(jìn)行隨機(jī)測(cè)試，以求發(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è)試是軟件

43、測(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è)試。它由用戶(hù)或用戶(hù)代表在正式制定驗(yàn)收測(cè)試計(jì)劃的情況下進(jìn)行。（4）系統(tǒng)測(cè)試計(jì)劃。測(cè)試計(jì)劃的制定是執(zhí)行功能測(cè)試和驗(yàn)收測(cè)試的基本保證，它們必須有正 式的測(cè)試文檔，沒(méi)有正式的文檔就不會(huì)有正式的測(cè)試。測(cè)試文檔應(yīng)該是有規(guī)的且容豐富 的資料，一般包含三大部分：A部分：綜述部分，包括：詞匯集，各種說(shuō)明書(shū)，測(cè)試設(shè)計(jì)標(biāo)準(zhǔn)和約定，測(cè)試運(yùn)行次序、 方法、圖表等。B部分：測(cè)試數(shù)據(jù)庫(kù)和代碼部分，包括測(cè)試

44、數(shù)據(jù)庫(kù)文檔和交叉引用索引，測(cè)試數(shù)據(jù)庫(kù)生成 程序，驅(qū)動(dòng)程序和裝配生成程序，測(cè)試配置說(shuō)明書(shū)，測(cè)試硬件和軟件工具，驗(yàn)證硬、軟件，支 持性工具等。測(cè)試計(jì)劃應(yīng)自頂向下設(shè)計(jì)，并且文檔化。C部分：實(shí)際測(cè)試說(shuō)明書(shū)，包括：測(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)的功能做全面系統(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è)試

45、。（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ò)誤的操作或非法的用戶(hù)的惡意破壞的安全保證的可靠程度。 其中功能測(cè)試、性能測(cè)試和繁忙測(cè)試對(duì)于所有系統(tǒng)都是必要的，其它的測(cè)試同樣也是需要的， 但根據(jù)系統(tǒng)的不同要求，可能會(huì)更有側(cè)重。系統(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è)試人

46、和見(jiàn)證人班子，測(cè)試的 指揮人和見(jiàn)證人是測(cè)試的關(guān)鍵人員。軟件測(cè)試是軟件開(kāi)發(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)告的容主要包括：引言。介紹測(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é)果。開(kāi)發(fā)測(cè)試。包括正常數(shù)據(jù)和過(guò)載數(shù)據(jù)的測(cè)試，以及在錯(cuò)誤數(shù)據(jù)

47、下的測(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è)試。班級(jí)管理系統(tǒng)實(shí)現(xiàn)功能：1）學(xué)生信息管理，包括： 學(xué)生信息的錄入、修改、刪除。 學(xué)生信息的查詢(xún)：學(xué)號(hào)、。2）學(xué)生成績(jī)管理，包括： 學(xué)生成績(jī)的查詢(xún)、添加、修改、刪除。 計(jì)算班級(jí)每門(mén)課的最低分、最高分、平均分、每個(gè)學(xué)生的總分。 計(jì)算班級(jí)每門(mén)課的優(yōu)秀率和優(yōu)秀人數(shù)090）.良好率和良好人數(shù)075）.不及格率和不及格人

48、 數(shù)。3）課程管理，包括: 課程表的查詢(xún) 課程的添加、刪除、修改現(xiàn)以班級(jí)管理系統(tǒng)的成績(jī)?cè)u(píng)定為例進(jìn)行測(cè)試。6.1應(yīng)用程序測(cè)試界面是軟件與用戶(hù)交互的最直接的層，界面的好壞決定用戶(hù)對(duì)軟件的第一印象。而且設(shè)計(jì)良 好的界面能夠引導(dǎo)用戶(hù)自己完成相應(yīng)的操作，起到向?qū)缘淖饔?。同時(shí)界面如同人的面孔，具有 吸引用戶(hù)的直摟優(yōu)勢(shì)。設(shè)計(jì)合理的界面能給用戶(hù)帶來(lái)輕松愉悅的感受和成功的感覺(jué)，相反由于界 面設(shè)計(jì)的失敗，讓用戶(hù)有挫敗感，再實(shí)用強(qiáng)大的功能都可能在用戶(hù)的畏懼與諸東流。班級(jí)管理系 統(tǒng)的登錄界面和主界面就是很友好的界面，如下所示：迭擇身ifr介輔導(dǎo)員 廠(chǎng)學(xué)生登錄用戶(hù)名：|teacher登錄 |密碼：取消 |gf 級(jí)甘建

49、系統(tǒng) 2001-4-6 1654二L2J 兇趣用 Six 幫肋兇植宰編$5襠實(shí)2訶碗08超呂詢(xún)諜歪賣(mài)誼應(yīng)箔評(píng)定建出系紡玄第班級(jí)管理依息系.紡 開(kāi)發(fā)人員:晁戰(zhàn)中楊光明.蘇捷 炬權(quán)所有:5竹工住室曲導(dǎo)師:朱斕 2001-4-66.1.1易用性測(cè)試按鈕名稱(chēng)易懂，用詞準(zhǔn)確，放棄模楞兩可的字眼，要與同一界面上的其它按鈕易于區(qū)分，能成績(jī)is詢(xún)諜帀査閔退出系紙成績(jī)欄控制欄等級(jí)e心理學(xué) r計(jì)篤機(jī)化基礎(chǔ)優(yōu)秀聶格r大學(xué)英語(yǔ)r c逶言程序設(shè)計(jì)良好廠(chǎng)人數(shù)廠(chǎng)平均分r高李數(shù)學(xué)r大學(xué)春文r眾高分不強(qiáng)格./?戲級(jí)件醉糸線(xiàn) 7001-4-6 16:47:14二LfiJ 兇鬆國(guó)用系綁9裙肋砂4N2001-4-6昱戍中、楊光明.勞

50、提 席稅所有:517工作室汨導(dǎo)裁師:宏卿望文知意。理想的情況是用戶(hù)不用查閱幫助就能知道該界面的功能并進(jìn)行相關(guān)的正確操作。如班 級(jí)管理系統(tǒng)的模塊成績(jī)?cè)u(píng)定是一個(gè)非常易用如上所示：用戶(hù)輸入學(xué)號(hào)單擊統(tǒng)計(jì)”可以查詢(xún)自己 的各科成績(jī)和總分，當(dāng)選種單選框科目”的一門(mén)課和在“等級(jí)”單選框可以計(jì)算優(yōu)秀人數(shù)和優(yōu) 秀率、平均分、最低分、最高分等。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)主界面如上所示，僅提供菜單、命令工具箱

51、。6.1.3合理性測(cè)試屏幕對(duì)角線(xiàn)相交的位置是用戶(hù)直視的地方，正上方四分之一處為易吸引用戶(hù)注意力的位置， 在放置窗體時(shí)要注意利用這兩個(gè)位置。1）父窗體或主窗體的中心位置應(yīng)該在對(duì)角線(xiàn)焦點(diǎn)附近，即采取屏幕居中。2）子窗體位置應(yīng)該在主窗體的左上角或正中。3）多個(gè)子窗體彈出時(shí)應(yīng)該依次向右下方偏移，以顯示出窗體標(biāo)題為宜。4）重要的命令按鈕與使用較頻繁的按鈕放在界面上較注目的位置。5）與正在進(jìn)行的操作無(wú)關(guān)的按鈕應(yīng)加以屏蔽。6）對(duì)可能造成數(shù)據(jù)無(wú)法恢復(fù)的操作提供了確認(rèn)信息，給用戶(hù)放棄選擇的機(jī)會(huì)。并且將按鈕的缺省 焦點(diǎn)置在取消”按鈕上。7）非法的輸入或操作有足夠的提示說(shuō)明，例如，當(dāng)用戶(hù)輸入學(xué)號(hào)在數(shù)據(jù)庫(kù)不存在時(shí)，則

52、系統(tǒng)有提 示。例如，當(dāng)用戶(hù)查詢(xún)自己的各科成績(jī)時(shí)系統(tǒng)通過(guò)查詢(xún)數(shù)據(jù)庫(kù)有如下提示，同時(shí)用戶(hù)單擊確定請(qǐng) 輸入學(xué)號(hào)文本框清空：級(jí)骨孚糸線(xiàn) ？0(M46 19:13:34二1兇養(yǎng)翻鎬成燼評(píng)定逞出采紜成績(jī)欄貶債祥徹信息話(huà)飆入學(xué)號(hào)，|454545控制欄高等如C語(yǔ)肓閏予設(shè)計(jì)計(jì)算機(jī)文化基礎(chǔ):欄優(yōu)莠及格艮好不及格e心理學(xué) r計(jì)算機(jī)文化基砒大學(xué)奐語(yǔ)c悟肓程序設(shè)計(jì)廠(chǎng)人談廠(chǎng)平均分1廠(chǎng)杲低分2001-1-6參茫班切管理信息系紡開(kāi)1人員:吳成中桶光明、濮版枚所有:5171作空8）對(duì)運(yùn)行過(guò)程中出現(xiàn)問(wèn)題而引起錯(cuò)誤的地方要有提示，讓用戶(hù)明白錯(cuò)誤出處，避免形成無(wú)限期的 等待。9）提示、警告、或錯(cuò)誤說(shuō)明清楚、明了、恰當(dāng)。10）對(duì)于文本

53、框（TextBox） 般需要根據(jù)其對(duì)應(yīng)的數(shù)據(jù)庫(kù)字段的類(lèi)型以及長(zhǎng)度來(lái)限制用戶(hù)允許輸 入的字符和長(zhǎng)度，測(cè)試時(shí)注意了輸入框中的數(shù)值的最大數(shù)和最小數(shù)，以及默認(rèn)值、空白值或空格 時(shí)的情況。M）對(duì)于單選組有且只有一個(gè)單選鈕可選；如果單選組無(wú)單選鈕可選，這種情況是否允許存在。12）復(fù)選框組允許多個(gè)復(fù)選框（包括全部可選）可選；如果復(fù)選框組無(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ò)誤，一般不

54、 使用X”圖標(biāo)，以免使用戶(hù)產(chǎn)生畏懼心理。14）窗體顯示后，缺省的焦點(diǎn)設(shè)在最合理的控件上，方便用戶(hù)操作。15）輸入型控件一般不允許只輸入空格或可存入輸入值兩端的空格。6. 1.4美觀(guān)與協(xié)調(diào)性 界面大小應(yīng)該適合美學(xué)觀(guān)點(diǎn)，感覺(jué)協(xié)調(diào)舒適，能在有效的圍吸引用戶(hù)的注意力。1）長(zhǎng)寬接近黃金點(diǎn)比例（寬高比為4:3）,切忌長(zhǎng)寬比例失調(diào)。2）布局合理，不宜過(guò)于密集，也不能過(guò)于空曠，合理的利用空間。3）按鈕大小基本相近，忌用太長(zhǎng)的名稱(chēng)，免得占用過(guò)多的界面位置，與界面的大小和空間要協(xié)調(diào)。4）避免空曠的界面上放置很大的按鈕。5）放置完控件后界面沒(méi)有很大的空缺位置。6）字體的大小與界面的大小比例協(xié)調(diào)，通常使用的字體中宋體

55、9-12較為美觀(guān)，很少使用超過(guò)12號(hào) 的字體。建議使用宋體9號(hào)字。7）前景與背景色搭配合理協(xié)調(diào)，反差不太大，少用深色，如大紅、大綠等。常用色使用Windows 界面色調(diào)。8）如果使用其他顔色，主色要柔和，具有親和力與磁力，堅(jiān)決杜絕刺目的顏色。班級(jí)管理系統(tǒng)的 載入界面.顏色采用了這一原則使用戶(hù)感覺(jué)樸素大方具有磁性。如下所示：6.2功能測(cè)試在測(cè)試前，首先要根據(jù)需求分析報(bào)告全面了解用戶(hù)需求并透徹理解。測(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ì)程序的功能進(jìn)行方便性測(cè)試，將不夠滿(mǎn)意的地方，都應(yīng)當(dāng)成系統(tǒng)缺陷向項(xiàng)目負(fù)責(zé)人或系 統(tǒng)開(kāi)發(fā)者指出。F、檢查系統(tǒng)需求和設(shè)計(jì)說(shuō)明書(shū)中要求的功能是否在系統(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í)每門(mén)課的最低分、最高分、平均分、每個(gè)學(xué)生的總分。計(jì)算班級(jí)每門(mén)課的優(yōu)秀率和優(yōu)秀 人數(shù)090）.良好率和良好人數(shù)075）,不及格率和不