完整word版中科大軟院軟測期末復(fù)習(xí)提綱知識(shí)點(diǎn)

1、一、軟件質(zhì)量1.軟件 =程序(數(shù)據(jù))+文檔 +服務(wù)軟件產(chǎn)品組成部分：程序代碼、 幫助文件、 用戶手冊(cè)、樣本和示例、 標(biāo)簽、產(chǎn)品支持信息、圖表和標(biāo)志、錯(cuò)誤信息、廣告與宣傳材料、軟件的安裝、軟件說明文件、測試錯(cuò)誤提示信息。2.軟件開發(fā)過程:需求分析 ( 可行性報(bào)告，項(xiàng)目初步開發(fā)計(jì)劃，需求規(guī)格說明，用戶手冊(cè)概要，測試計(jì)劃);設(shè)計(jì) (概要 ：建立系統(tǒng)總體結(jié)構(gòu)，劃分功能模塊；定義各功能模塊接口；數(shù)據(jù)庫設(shè)計(jì)；指定組裝測試計(jì)劃.詳細(xì) :設(shè)計(jì)各模塊具體實(shí)現(xiàn)算法;確定模塊間的詳細(xì)接口 ;指定模塊測試方案 )設(shè)計(jì)說明書 ,測試計(jì)劃 編碼( 編程, 進(jìn)行模塊調(diào)試和測試 ,編寫用戶手冊(cè) ) 調(diào)試報(bào)告 , 用戶手冊(cè) 測

2、試 、維護(hù)(糾錯(cuò)、適應(yīng)、增強(qiáng)、預(yù)防 ) 。3.軟件測試與軟件開發(fā)過程的關(guān)系：1）項(xiàng)目規(guī)劃階段：負(fù)責(zé)從單元測試到系統(tǒng)測試的整個(gè)測試階段的監(jiān)控。 2）需求分析階段：確定測試需求分析、 系統(tǒng)測試計(jì)劃的制定， 評(píng)審后成為管理項(xiàng)目。 3）詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)階段：確保集成測試計(jì)劃和單元測試計(jì)劃完成。 4）編碼階段：由開發(fā)人員進(jìn)行自己負(fù)責(zé)部分的測試代碼。 在項(xiàng)目較大時(shí)， 由專人進(jìn)行編碼階段的測試任務(wù)。 5）測試階段（ 單元、 集成、 系統(tǒng)測試） ：依據(jù)測試代碼進(jìn)行測試，并提交相應(yīng)的測試狀態(tài)報(bào)告和測試結(jié)束報(bào)告。4.軟件質(zhì)量的定義: 與軟件產(chǎn)品滿足規(guī)定的和隱含需求的能力有關(guān)的特性5.McCall 質(zhì)量模型 包括

3、質(zhì)量要素、準(zhǔn)則、度量三層次:1) McCall 質(zhì)量模型軟件質(zhì)量要素（11 個(gè)分為3 類）1.產(chǎn)品修正：可維護(hù)性、可測試性、靈活性2.產(chǎn)品轉(zhuǎn)移：互聯(lián)性、可移植性、復(fù)用性3.產(chǎn)品運(yùn)行：正確性、可使用性、完整性、可靠性、效率2) 質(zhì)量要素評(píng)價(jià)準(zhǔn)則 1）可審查性 2）準(zhǔn)確性 3）通信通用性 4)完全性 5）簡明性 6）一致性 7）數(shù)據(jù)通用性 8）容錯(cuò)性 9）執(zhí)行效率 10）可擴(kuò)充性 11）通用性12）硬件獨(dú)立性 13）檢測性 14）模塊化 15）可操作性 16）安全性 17）子文檔化 18）簡單性 19）軟件系統(tǒng)獨(dú)立性 20）可追蹤性 21）易培訓(xùn)性 3)軟件質(zhì)量的度量 : 1）確定軟件質(zhì)量需求 2

4、）確定度量 3）分析度量結(jié)果 4）確認(rèn)質(zhì)量度量6.ISO-9126軟件質(zhì)量模型： 包括 SQRC(軟件質(zhì)量需求評(píng)價(jià)準(zhǔn)則)、SQDC(軟件質(zhì)量設(shè)計(jì)評(píng)價(jià)準(zhǔn)則)、SQMC(軟件質(zhì)量度量評(píng)價(jià)準(zhǔn)則)，對(duì)應(yīng)于 McCall 質(zhì)量模型的質(zhì)量要素、準(zhǔn)則、度量。1) 8 個(gè)要素 ：正確性、可容性、 效率、安全性、可用性、 可維護(hù)性、適應(yīng)性、連接性2） 23 個(gè)評(píng)價(jià)準(zhǔn)則 ：和 McCall 一樣3）6 個(gè)質(zhì)量特性 (左圖 ) 4) 質(zhì)量特性使用 ：定義軟件質(zhì)量需求、評(píng)價(jià)軟件產(chǎn)品。軟件質(zhì)量觀點(diǎn)（用戶、開發(fā)者、管理者）5）質(zhì)量評(píng)價(jià)。目的： 1.確定產(chǎn)品是否通過驗(yàn)收 2.與其他類似產(chǎn)品相比較選擇 3.評(píng)估產(chǎn)品正面和負(fù)面

5、影響4.確定何時(shí)優(yōu)化。 步驟：1.質(zhì)量要求定義：據(jù)軟件需求定義軟件質(zhì)量特性和可能的子特性，將用戶的質(zhì)量要求轉(zhuǎn)化為軟件開發(fā)不同階段的質(zhì)量要求，并及時(shí)分解為軟件產(chǎn)品組成部分的質(zhì)量要求。2.評(píng)價(jià)準(zhǔn)備：（1）選擇質(zhì)量度量；（2）定義等級(jí)； （3）定義評(píng)估準(zhǔn)則；3.評(píng)價(jià)過程：（ 1）測量：把選定的度量應(yīng)用到軟件產(chǎn)品上（2）評(píng)級(jí) （3）評(píng)估。7.軟件質(zhì)量管理 :1）ISO9000：2000：本標(biāo)準(zhǔn)表述了質(zhì)量管理體系的基礎(chǔ)。1 質(zhì)量管理體系的理論說明 2質(zhì)量管理體系要求與產(chǎn)品要求3 質(zhì)量管理體系方法 4 過程方法5 質(zhì)量方針和質(zhì)量目標(biāo)6 最高管理者在質(zhì)量管理體系中的作用7文件 8質(zhì)量管理體系評(píng)價(jià)9 持續(xù)改進(jìn)

6、 10 統(tǒng)計(jì)技術(shù)的作用11 質(zhì)量管理體系與其他管理體系的關(guān)注點(diǎn)12 質(zhì)量管理體系與優(yōu)秀模式之間的關(guān)系2） CMM(能力成熟度模型 )：二、軟件測試1.軟件缺陷：1）定義： 軟件出錯(cuò)機(jī)理可描述為:軟件錯(cuò)誤，軟件缺陷，軟件故障，軟件失效。1. 軟件錯(cuò)誤 (error) ：是指在軟件生存期內(nèi)的不希望或不可接受的人為錯(cuò)誤，其結(jié)果是導(dǎo)致軟件缺陷的產(chǎn)生。2. 軟件缺陷 (bug) ：是存在于軟件 （文檔、數(shù)據(jù)、 程序）之中的那些不希望或不可接受的偏差。其結(jié)果是軟件運(yùn)行于某一特定條件時(shí)出現(xiàn)軟件故障，這時(shí)稱軟件缺陷被激活。3. 軟件故障 (fault) ：是指軟件運(yùn)行過程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài)

7、。此時(shí)若無適當(dāng)措施（容錯(cuò)）加以及時(shí)處理，便產(chǎn)生軟件失效。 4. 軟件失效 (failure) ：是指軟件運(yùn)行時(shí)產(chǎn)生的一種不希望或不可接受的外部行為結(jié)果。2）分類 ：可從不同角度對(duì)軟件缺陷進(jìn)行分類：（ 1）按錯(cuò)誤的影響和后果分類 ：小、中等、較嚴(yán)重、非常嚴(yán)重、最嚴(yán)重（ 2）按錯(cuò)誤的性質(zhì)和范圍分類：功能錯(cuò)誤、系統(tǒng)錯(cuò)誤、加工錯(cuò)誤、數(shù)據(jù)錯(cuò)誤、代碼錯(cuò)誤（ 3）按軟件生存期階段分類：問題定義（需求分析）錯(cuò)誤、規(guī)格說明錯(cuò)誤、設(shè)計(jì)錯(cuò)誤、編碼錯(cuò)誤3）產(chǎn)生 ：1 用戶的計(jì)算機(jī)知識(shí)較少2 要開發(fā)產(chǎn)品的特性不夠清晰3 需求變化的不一致4 對(duì)需求說明書不重視5 項(xiàng)目組成員間缺少溝通2.軟件測試的定義：IEEE/ANSI

8、標(biāo)準(zhǔn)：就是在既定的狀況條件下，運(yùn)行一個(gè)系統(tǒng)或組建，觀察記錄結(jié)果，并對(duì)其某些方面進(jìn)行評(píng)價(jià)的過程。軟件測試技巧： 軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而運(yùn)行程序的過程。廣義軟件測試的定義：由確認(rèn)、驗(yàn)證、測試3 方面組成。3. 軟件測試的分類：1）按測試過程（開發(fā)階段）：單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗(yàn)收測試（ 1）單元測試的主要目的是針對(duì)編碼過程中可能存在的各種錯(cuò)誤，例如用戶輸入驗(yàn)證過程中的邊界值的錯(cuò)誤。（ 2）集成測試主要目的是針對(duì)詳細(xì)設(shè)計(jì)中可能存在的問題尤其是檢查各單元與其它程序部分之間的接口上可能存在的錯(cuò)誤。（ 3）系統(tǒng)測試主要針對(duì)概要設(shè)計(jì)， 檢查了系統(tǒng)作為一個(gè)整體是否有效地得到運(yùn)行， 例如在產(chǎn)

9、品設(shè)置中是否達(dá)到了預(yù)期的高性能。（ 4）驗(yàn)收測試通常由業(yè)務(wù)專家或用戶進(jìn)行，以確認(rèn)產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要。2）按測試用例設(shè)計(jì)方法：白盒測試、黑盒測試、灰盒測試3）按實(shí)施對(duì)象： (1)Alpha 測試（企業(yè)內(nèi)部測試） ：是由用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試。 (2)Beta 測試（最終用戶測試） ：是軟件的多個(gè)用戶在實(shí)際使用環(huán)境下進(jìn)行的測試。(3)第三方測試（獨(dú)立測試）4）按執(zhí)行方式： (1)人工測試： 手工執(zhí)行的測試；(2)自動(dòng)化測試： 希望能夠通過自動(dòng)化測試工具或其他手段,按照測試工程師的預(yù)定計(jì)劃進(jìn)行自動(dòng)的測試。如：負(fù)載測試、性能測試

10、、可靠性測試等。5）按測試方式劃分： (1)靜態(tài)測試 :靜態(tài)測試方法的主要特征是在用計(jì)算機(jī)測試源程序時(shí)，計(jì)算機(jī)并不真正運(yùn)行被測試的程序， 只對(duì)被測程序進(jìn)行特性分析。靜態(tài)測試常稱為“分析”，靜態(tài)分析是對(duì)被測程序進(jìn)行特性分析的一些方法的總稱。(2)動(dòng)態(tài)測試 :動(dòng)態(tài)測試方法的主要特征是計(jì)算機(jī)必須真正運(yùn)行被測試的程序，通過輸入測試用例，對(duì)其運(yùn)行情況(輸入 /輸出的對(duì)應(yīng)關(guān)系 )進(jìn)行分析。6）按測試形態(tài) (Testing Types)：(1) 建構(gòu)性測試 (Construction Testing)：當(dāng)程序還是處于建設(shè)階段時(shí)所進(jìn)行的測試；是屬于前置性的測試 ,它主要是偏重于程序端的功能測試,以確保程序執(zhí)行

11、運(yùn)行正常。(2) 系統(tǒng)測試 (System Testing) :是針對(duì)系統(tǒng)的行為來做測試；是屬于中后期的整合測試,所進(jìn)行的測試是以使用者的觀點(diǎn)為主,也就是模擬外界世界的使用者會(huì)如何的使用產(chǎn)品。(3) 特殊測試(Special Testing) 根:據(jù)產(chǎn)品的本質(zhì)特性來安排或剔除特殊測試3.軟件測試的目的：決定了如何去組織測試。 軟件測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯(cuò)誤； 測試是為了證明程序有錯(cuò)，而不是證明程序無錯(cuò)誤。 一個(gè)好的測試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤； 一個(gè)成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測試。4.軟件測試的原則：1 軟件開發(fā)者的座右銘： “盡早地和不斷地進(jìn)行軟件測試”。2

12、測試用例應(yīng)由測試輸入和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果兩部分組成。3 程序員應(yīng)避免檢查自己的程序。（注意不是指對(duì)程序的調(diào)試） 。4 在設(shè)計(jì)測試用例時(shí)，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。不合理的輸入條件是指異常的，臨界的，可能引起問題異變的輸入條件。5 妥善保存測試計(jì)劃，測試用例，出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。6 測試無法顯示潛在的軟件缺陷和故障。7 通過測試只能報(bào)告已被發(fā)現(xiàn)的缺陷和故障，無法報(bào)告隱藏的軟件故障。8 完全測試是不可能的，測試需要終止。9 軟件測試是有風(fēng)險(xiǎn)的行為，要針對(duì)風(fēng)險(xiǎn)做出抉擇。10 充分注意測試中的群集現(xiàn)象。11 嚴(yán)格執(zhí)行測試計(jì)劃，排除測試的隨意性。12 應(yīng)當(dāng)對(duì)每一個(gè)

13、測試結(jié)果做全面的檢查。13 對(duì)測試結(jié)果要有一個(gè)確認(rèn)過程。 14 所有測試的標(biāo)準(zhǔn)都應(yīng)建立在用戶的需求上。15 軟件測試必須基于“質(zhì)量第一”的思想去開展各項(xiàng)工作，當(dāng)時(shí)間和質(zhì)量沖突時(shí)，時(shí)間服從質(zhì)量。16 并非所有軟件缺陷都要修復(fù)。5.軟件測試技術(shù)：1）靜態(tài)方法 2） 動(dòng)態(tài)方法靜態(tài)測試 :只對(duì)被測程序進(jìn)行特性分析(文檔評(píng)審、代碼檢查、代碼度量 ) 包括檢查單和靜態(tài)分析方法測試的內(nèi)容與選擇的測試方法有關(guān)動(dòng)態(tài)測試 ：必須真正運(yùn)行被測試的程序( 主要是白盒為主和黑盒為輔) 通常對(duì)軟件單元的 功能、性能 、接口、局部數(shù)據(jù)結(jié)構(gòu)、獨(dú)立路徑、出錯(cuò)處理、 邊界條件和 內(nèi)存使用情況進(jìn)行測試6.軟件測試模型 -V 模型：

14、需求分析驗(yàn)收測試概要測試(開發(fā)之后測試 )系統(tǒng)測試詳細(xì)設(shè)計(jì)集成測試編碼單元測試V 模型價(jià)值 ：非常明確標(biāo)明測試過程中的不同級(jí)別,并且描述了這些測試階段和開發(fā)過程各階段的對(duì)應(yīng)關(guān)系V 模型問題 ：測試是開發(fā)之后的一個(gè)階段、測試的對(duì)象是程序本身、易導(dǎo)致需求階段的錯(cuò)誤一直到最后系統(tǒng)測試階段才被發(fā)現(xiàn)7.軟件測試模型 -W 模型是 V 模型測試的改進(jìn)， 在概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)和編碼每個(gè)步驟都要進(jìn)行檢測。主要思想 : 盡早地和不斷地進(jìn)行軟件測試。優(yōu)點(diǎn)：強(qiáng)調(diào)了測試計(jì)劃等工作的先行和對(duì)系統(tǒng)需求和設(shè)計(jì)的測試。缺點(diǎn)：沒有對(duì)軟件測試流程予以說明8.軟件測試模型 -H 模型H 模型將測試作為一個(gè)獨(dú)立流程，貫穿整個(gè)開發(fā)周期

15、，與其他流程并行，同時(shí)測試準(zhǔn)備和測試執(zhí)行分離。特性： 1 測試不僅僅指測試的執(zhí)行，還包括許多其他活動(dòng); 2 測試是一個(gè)獨(dú)立流程，貫穿產(chǎn)品整個(gè)生命周期； 與其它流程并發(fā)進(jìn)行3 測試要盡早準(zhǔn)備， 盡早執(zhí)行 4測試是根據(jù)被測對(duì)象的不同而分層進(jìn)行。意義：1測試準(zhǔn)備和測試執(zhí)行分離，有利于資源調(diào)配，降低成本，提高效率；2 充分體現(xiàn)測試過程（不是技術(shù)）的復(fù)雜性；3 有組織、有結(jié)構(gòu)化的獨(dú)立流程，有助于跟蹤測試投入的流向9.測試用例定義 ：（1）測試用例是為特定的目的而設(shè)計(jì)的一組測試輸入、執(zhí)行條件和預(yù)期的結(jié)果。 （2）測試用例是執(zhí)行的最小實(shí)體。10.測試用例編寫標(biāo)準(zhǔn)：標(biāo)識(shí)符、測試項(xiàng)、測試環(huán)境要求、輸入標(biāo)準(zhǔn)、輸出

16、標(biāo)準(zhǔn)、測試用例之間的關(guān)聯(lián)。11.黑盒測試 ：等價(jià)類劃分方法、邊界值分析方法、錯(cuò)誤推測方法、因果圖方法、判定表驅(qū)動(dòng)分析方法12.白盒測試 ：邏輯驅(qū)動(dòng)測試（語句覆蓋、判定覆蓋（分支覆蓋）、條件覆蓋、判定/條件覆蓋、條件組合覆蓋） 、基本路徑測試13.常用軟件測試技術(shù)：（1） 單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗(yàn)收測試。（2） 常用測試方法：文檔測試、配置測試、外國語言測試、易用性測試、網(wǎng)站測試、對(duì) Web 進(jìn)行壓力測試、測試和測試、Client/Server 測試、實(shí)時(shí)系統(tǒng)測試、面向?qū)ο蟮能浖y試。（ 3） 調(diào)試與測試的區(qū)別： 目的不同：（1）軟件測試的目的是發(fā)現(xiàn)錯(cuò)誤， 至于找出錯(cuò)誤的原因和

17、錯(cuò)誤發(fā)生的地方是調(diào)試的任務(wù)；調(diào)試的目的是為了證明程序的正確。 （2）任務(wù)不同：測試貫穿于整個(gè)開發(fā)過程，而調(diào)試是編碼活動(dòng)的一部分，主要任務(wù)就是排錯(cuò)。（ 3）指導(dǎo)原則和方法不同。 （4）操作者不同自動(dòng)化測試：14.自動(dòng)化測試的定義：一般是指軟件測試的自動(dòng)化。自動(dòng)化測試可理解為測試過程自動(dòng)化和測試結(jié)果分析自動(dòng)化，包括測試活動(dòng)的管理與實(shí)施、測試腳本的開發(fā)與執(zhí)行。15. 自動(dòng)化測試的意義： 軟件測試工作量大，重復(fù)性高16. 自動(dòng)化測試的原理和方法： 軟件測試自動(dòng)化實(shí)現(xiàn)的基礎(chǔ)、 軟件測試自動(dòng)化實(shí)現(xiàn)的原理和方法 （主要有： 直接對(duì)代碼進(jìn)行靜態(tài)和動(dòng)態(tài)分析、測試過程的捕獲和回放、測試腳本技術(shù)、虛擬用戶技術(shù)和測試管理技術(shù)。）1）代碼分析： 代碼分析類似于高級(jí)語言編譯系統(tǒng)，一般針對(duì)不同的高級(jí)語言去構(gòu)造分析工具，在工具中定義類、對(duì)象、函數(shù)、變量等定義規(guī)則、 語法規(guī)則； 在分析時(shí)對(duì)代碼進(jìn)行語法掃描，找出不符合編碼規(guī)范的地方；根據(jù)某種質(zhì)量模型評(píng)價(jià)代碼質(zhì)量，生成系統(tǒng)的調(diào)用關(guān)系圖等。2）捕獲和回放 （代碼分析是一種白盒測試的自動(dòng)化方法，捕獲和回放則是一種黑盒測試的自動(dòng)化方法）：捕獲時(shí) 將用戶每一步操作都記錄下來所有的記錄轉(zhuǎn)換為一種腳本語言所描述的過程，以模擬用戶的操作； 回放時(shí) ，將腳本語言所描述的過程轉(zhuǎn)換為屏幕上的操作，然后將被測系統(tǒng)的輸出記錄下來同預(yù)先給定的