中科大軟院軟測(cè)期末復(fù)習(xí)提綱知識(shí)點(diǎn)中科大軟院軟測(cè)期末復(fù)習(xí)提綱知識(shí)點(diǎn)中科大軟院軟測(cè)期末復(fù)習(xí)提綱知識(shí)點(diǎn)資料僅供參考文件編號(hào)：2022年4月中科大軟院軟測(cè)期末復(fù)習(xí)提綱知識(shí)點(diǎn)版本號(hào)：A修改號(hào)：1頁(yè)次：1.0審核：批準(zhǔn):發(fā)布日期：一、軟件質(zhì)量1.軟件=程序(數(shù)據(jù))+文檔+服務(wù)軟件產(chǎn)品組成部分：程序代碼、幫助文件、用戶(hù)手冊(cè)、樣本和示例、標(biāo)簽、產(chǎn)品支持信息、圖表和標(biāo)志、錯(cuò)誤信息、廣告與宣傳材料、軟件的安裝、軟件說(shuō)明文件、測(cè)試錯(cuò)誤提示信息。2.軟件開(kāi)發(fā)過(guò)程:需求分析(可行性報(bào)告，項(xiàng)目初步開(kāi)發(fā)計(jì)劃，需求規(guī)格說(shuō)明，用戶(hù)手冊(cè)概要，測(cè)試計(jì)劃);設(shè)計(jì)(概要：建立系統(tǒng)總體結(jié)構(gòu)，劃分功能模塊；定義各功能模塊接口；數(shù)據(jù)庫(kù)設(shè)計(jì)；指定組裝測(cè)試計(jì)劃.詳細(xì):設(shè)計(jì)各模塊具體實(shí)現(xiàn)算法;確定模塊間的詳細(xì)接口;指定模塊測(cè)試方案)[設(shè)計(jì)說(shuō)明書(shū),測(cè)試計(jì)劃]編碼(編程,進(jìn)行模塊調(diào)試和測(cè)試,編寫(xiě)用戶(hù)手冊(cè))[調(diào)試報(bào)告,用戶(hù)手冊(cè)]測(cè)試、維護(hù)(糾錯(cuò)、適應(yīng)、增強(qiáng)、預(yù)防)。3.軟件測(cè)試與軟件開(kāi)發(fā)過(guò)程的關(guān)系：1）項(xiàng)目規(guī)劃階段：負(fù)責(zé)從單元測(cè)試到系統(tǒng)測(cè)試的整個(gè)測(cè)試階段的監(jiān)控。2）需求分析階段：確定測(cè)試需求分析、系統(tǒng)測(cè)試計(jì)劃的制定，評(píng)審后成為管理項(xiàng)目。3）詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)階段：確保集成測(cè)試計(jì)劃和單元測(cè)試計(jì)劃完成。4）編碼階段：由開(kāi)發(fā)人員進(jìn)行自己負(fù)責(zé)部分的測(cè)試代碼。在項(xiàng)目較大時(shí)，由專(zhuān)人進(jìn)行編碼階段的測(cè)試任務(wù)。5）測(cè)試階段（單元、集成、系統(tǒng)測(cè)試）：依據(jù)測(cè)試代碼進(jìn)行測(cè)試，并提交相應(yīng)的測(cè)試狀態(tài)報(bào)告和測(cè)試結(jié)束報(bào)告。4.軟件質(zhì)量的定義:與軟件產(chǎn)品滿(mǎn)足規(guī)定的和隱含需求的能力有關(guān)的特性5.McCall質(zhì)量模型包括質(zhì)量要素、準(zhǔn)則、度量三層次:1)McCall質(zhì)量模型軟件質(zhì)量要素（11個(gè)分為3類(lèi)）1.產(chǎn)品修正：可維護(hù)性、可測(cè)試性、靈活性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）簡(jiǎn)明性6）一致性7）數(shù)據(jù)通用性8）容錯(cuò)性9）執(zhí)行效率10）可擴(kuò)充性11）通用性12）硬件獨(dú)立性13）檢測(cè)性14）模塊化15）可操作性16）安全性17）子文檔化18）簡(jiǎn)單性19）軟件系統(tǒng)獨(dú)立性20）可追蹤性21）易培訓(xùn)性3)軟件質(zhì)量的度量:1）確定軟件質(zhì)量需求2）確定度量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)（用戶(hù)、開(kāi)發(fā)者、管理者）5）質(zhì)量評(píng)價(jià)。目的：1.確定產(chǎn)品是否通過(guò)驗(yàn)收2.與其他類(lèi)似產(chǎn)品相比較選擇3.評(píng)估產(chǎn)品正面和負(fù)面影響4.確定何時(shí)優(yōu)化。步驟：1.質(zhì)量要求定義：據(jù)軟件需求定義軟件質(zhì)量特性和可能的子特性，將用戶(hù)的質(zhì)量要求轉(zhuǎn)化為軟件開(kāi)發(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à)過(guò)程：（1）測(cè)量：把選定的度量應(yīng)用到軟件產(chǎn)品上（2）評(píng)級(jí)（3）評(píng)估。7.軟件質(zhì)量管理:1）ISO9000：2000：本標(biāo)準(zhǔn)表述了質(zhì)量管理體系的基礎(chǔ)。1質(zhì)量管理體系的理論說(shuō)明2質(zhì)量管理體系要求與產(chǎn)品要求3質(zhì)量管理體系方法4過(guò)程方法5

\o"質(zhì)量方針"質(zhì)量方針和質(zhì)量目標(biāo)6最高管理者在質(zhì)量管理體系中的作用7文件8質(zhì)量管理體系評(píng)價(jià)9持續(xù)改進(jìn)10統(tǒng)計(jì)技術(shù)的作用11質(zhì)量管理體系與其他管理體系的關(guān)注點(diǎn)12質(zhì)量管理體系與優(yōu)秀模式之間的關(guān)系2）CMM(能力成熟度模型)：二、軟件測(cè)試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í)稱(chēng)軟件缺陷被激活。3.軟件故障(fault)：是指軟件運(yùn)行過(guò)程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài)。此時(shí)若無(wú)適當(dāng)措施（容錯(cuò)）加以及時(shí)處理，便產(chǎn)生軟件失效。4.軟件失效(failure)：是指軟件運(yùn)行時(shí)產(chǎn)生的一種不希望或不可接受的外部行為結(jié)果。2）分類(lèi)：可從不同角度對(duì)軟件缺陷進(jìn)行分類(lèi)：（1）按錯(cuò)誤的影響和后果分類(lèi)：小、中等、較嚴(yán)重、非常嚴(yán)重、最嚴(yán)重（2）按錯(cuò)誤的性質(zhì)和范圍分類(lèi)：功能錯(cuò)誤、系統(tǒng)錯(cuò)誤、加工錯(cuò)誤、數(shù)據(jù)錯(cuò)誤、代碼錯(cuò)誤（3）按軟件生存期階段分類(lèi)：?jiǎn)栴}定義（需求分析）錯(cuò)誤、規(guī)格說(shuō)明錯(cuò)誤、設(shè)計(jì)錯(cuò)誤、編碼錯(cuò)誤3）產(chǎn)生：1用戶(hù)的計(jì)算機(jī)知識(shí)較少2要開(kāi)發(fā)產(chǎn)品的特性不夠清晰3需求變化的不一致4對(duì)需求說(shuō)明書(shū)不重視5項(xiàng)目組成員間缺少溝通2.軟件測(cè)試的定義：IEEE/ANSI標(biāo)準(zhǔn)：就是在既定的狀況條件下，運(yùn)行一個(gè)系統(tǒng)或組建，觀察記錄結(jié)果，并對(duì)其某些方面進(jìn)行評(píng)價(jià)的過(guò)程?！盾浖y(cè)試技巧》：軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而運(yùn)行程序的過(guò)程。廣義軟件測(cè)試的定義：由確認(rèn)、驗(yàn)證、測(cè)試3方面組成。3.軟件測(cè)試的分類(lèi)：1）按測(cè)試過(guò)程（開(kāi)發(fā)階段）：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試（1）單元測(cè)試的主要目的是針對(duì)編碼過(guò)程中可能存在的各種錯(cuò)誤，例如用戶(hù)輸入驗(yàn)證過(guò)程中的邊界值的錯(cuò)誤。（2）集成測(cè)試主要目的是針對(duì)詳細(xì)設(shè)計(jì)中可能存在的問(wèn)題尤其是檢查各單元與其它程序部分之間的接口上可能存在的錯(cuò)誤。（3）系統(tǒng)測(cè)試主要針對(duì)概要設(shè)計(jì)，檢查了系統(tǒng)作為一個(gè)整體是否有效地得到運(yùn)行，例如在產(chǎn)品設(shè)置中是否達(dá)到了預(yù)期的高性能。（4）驗(yàn)收測(cè)試通常由業(yè)務(wù)專(zhuān)家或用戶(hù)進(jìn)行，以確認(rèn)產(chǎn)品能真正符合用戶(hù)業(yè)務(wù)上的需要。2）按測(cè)試用例設(shè)計(jì)方法：白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試3）按實(shí)施對(duì)象：(1)Alpha測(cè)試（企業(yè)內(nèi)部測(cè)試）：是由用戶(hù)在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶(hù)在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試。(2)Beta測(cè)試（最終用戶(hù)測(cè)試）：是軟件的多個(gè)用戶(hù)在實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。(3)第三方測(cè)試（獨(dú)立測(cè)試）4）按執(zhí)行方式：(1)人工測(cè)試：手工執(zhí)行的測(cè)試；(2)自動(dòng)化測(cè)試：希望能夠通過(guò)自動(dòng)化測(cè)試工具或其他手段,按照測(cè)試工程師的預(yù)定計(jì)劃進(jìn)行自動(dòng)的測(cè)試。如：負(fù)載測(cè)試、性能測(cè)試、可靠性測(cè)試等。5）按測(cè)試方式劃分：(1)靜態(tài)測(cè)試:靜態(tài)測(cè)試方法的主要特征是在用計(jì)算機(jī)測(cè)試源程序時(shí)，計(jì)算機(jī)并不真正運(yùn)行被測(cè)試的程序，只對(duì)被測(cè)程序進(jìn)行特性分析。靜態(tài)測(cè)試常稱(chēng)為“分析”，靜態(tài)分析是對(duì)被測(cè)程序進(jìn)行特性分析的一些方法的總稱(chēng)。(2)動(dòng)態(tài)測(cè)試:動(dòng)態(tài)測(cè)試方法的主要特征是計(jì)算機(jī)必須真正運(yùn)行被測(cè)試的程序，通過(guò)輸入測(cè)試用例，對(duì)其運(yùn)行情況(輸入/輸出的對(duì)應(yīng)關(guān)系)進(jìn)行分析。6）按測(cè)試形態(tài)(TestingTypes)：(1)建構(gòu)性測(cè)試(ConstructionTesting)：當(dāng)程序還是處于建設(shè)階段時(shí)所進(jìn)行的測(cè)試；是屬于前置性的測(cè)試,它主要是偏重于程序端的功能測(cè)試,以確保程序執(zhí)行運(yùn)行正常。(2)系統(tǒng)測(cè)試(SystemTesting):是針對(duì)系統(tǒng)的行為來(lái)做測(cè)試；是屬于中后期的整合測(cè)試,所進(jìn)行的測(cè)試是以使用者的觀點(diǎn)為主,也就是模擬外界世界的使用者會(huì)如何的使用產(chǎn)品。(3)特殊測(cè)試(SpecialTesting):根據(jù)產(chǎn)品的本質(zhì)特性來(lái)安排或剔除特殊測(cè)試3.軟件測(cè)試的目的：決定了如何去組織測(cè)試。①軟件測(cè)試是程序的執(zhí)行過(guò)程，目的在于發(fā)現(xiàn)錯(cuò)誤；②測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)誤。③一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；④一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。4.軟件測(cè)試的原則：1軟件開(kāi)發(fā)者的座右銘：“盡早地和不斷地進(jìn)行軟件測(cè)試”。2測(cè)試用例應(yīng)由測(cè)試輸入和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果兩部分組成。3程序員應(yīng)避免檢查自己的程序。（注意不是指對(duì)程序的調(diào)試）。4在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。不合理的輸入條件是指異常的，臨界的，可能引起問(wèn)題異變的輸入條件。5妥善保存測(cè)試計(jì)劃，測(cè)試用例，出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。6測(cè)試無(wú)法顯示潛在的軟件缺陷和故障。7通過(guò)測(cè)試只能報(bào)告已被發(fā)現(xiàn)的缺陷和故障，無(wú)法報(bào)告隱藏的軟件故障。8完全測(cè)試是不可能的，測(cè)試需要終止。9軟件測(cè)試是有風(fēng)險(xiǎn)的行為，要針對(duì)風(fēng)險(xiǎn)做出抉擇。10充分注意測(cè)試中的群集現(xiàn)象。11嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性。12應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面的檢查。13對(duì)測(cè)試結(jié)果要有一個(gè)確認(rèn)過(guò)程。14所有測(cè)試的標(biāo)準(zhǔn)都應(yīng)建立在用戶(hù)的需求上。15軟件測(cè)試必須基于“質(zhì)量第一”的思想去開(kāi)展各項(xiàng)工作，當(dāng)時(shí)間和質(zhì)量沖突時(shí)，時(shí)間服從質(zhì)量。16并非所有軟件缺陷都要修復(fù)。5.軟件測(cè)試技術(shù)：1）靜態(tài)方法2）動(dòng)態(tài)方法靜態(tài)測(cè)試:只對(duì)被測(cè)程序進(jìn)行特性分析(文檔評(píng)審、代碼檢查、代碼度量)包括檢查單和靜態(tài)分析方法測(cè)試的內(nèi)容與選擇的測(cè)試方法有關(guān)動(dòng)態(tài)測(cè)試：必須真正運(yùn)行被測(cè)試的程序(主要是白盒為主和黑盒為輔)通常對(duì)軟件單元的功能、性能、接口、局部數(shù)據(jù)結(jié)構(gòu)、獨(dú)立路徑、出錯(cuò)處理、邊界條件和內(nèi)存使用情況進(jìn)行測(cè)試6.軟件測(cè)試模型--V模型：需求分析驗(yàn)收測(cè)試概要測(cè)試(開(kāi)發(fā)之后測(cè)試)系統(tǒng)測(cè)試詳細(xì)設(shè)計(jì)集成測(cè)試編碼單元測(cè)試V模型價(jià)值：非常明確標(biāo)明測(cè)試過(guò)程中的不同級(jí)別,并且描述了這些測(cè)試階段和開(kāi)發(fā)過(guò)程各階段的對(duì)應(yīng)關(guān)系V模型問(wèn)題：測(cè)試是開(kāi)發(fā)之后的一個(gè)階段、測(cè)試的對(duì)象是程序本身、易導(dǎo)致需求階段的錯(cuò)誤一直到最后系統(tǒng)測(cè)試階段才被發(fā)現(xiàn)7.軟件測(cè)試模型--W模型是V模型測(cè)試的改進(jìn)，在概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)和編碼每個(gè)步驟都要進(jìn)行檢測(cè)。主要思想:盡早地和不斷地進(jìn)行軟件測(cè)試。優(yōu)點(diǎn)：強(qiáng)調(diào)了測(cè)試計(jì)劃等工作的先行和對(duì)系統(tǒng)需求和設(shè)計(jì)的測(cè)試。缺點(diǎn)：沒(méi)有對(duì)軟件測(cè)試流程予以說(shuō)明8.軟件測(cè)試模型--H模型H模型將測(cè)試作為一個(gè)獨(dú)立流程，貫穿整個(gè)開(kāi)發(fā)周期，與其他流程并行，同時(shí)測(cè)試準(zhǔn)備和測(cè)試執(zhí)行分離。特性：1測(cè)試不僅僅指測(cè)試的執(zhí)行，還包括許多其他活動(dòng);2測(cè)試是一個(gè)獨(dú)立流程，貫穿產(chǎn)品整個(gè)生命周期；與其它流程并發(fā)進(jìn)行3測(cè)試要盡早準(zhǔn)備，盡早執(zhí)行4測(cè)試是根據(jù)被測(cè)對(duì)象的不同而分層進(jìn)行。意義：1測(cè)試準(zhǔn)備和測(cè)試執(zhí)行分離，有利于資源調(diào)配，降低成本，提高效率；2充分體現(xiàn)測(cè)試過(guò)程（不是技術(shù)）的復(fù)雜性；3有組織、有結(jié)構(gòu)化的獨(dú)立流程，有助于跟蹤測(cè)試投入的流向9.測(cè)試用例定義：（1）測(cè)試用例是為特定的目的而設(shè)計(jì)的一組測(cè)試輸入、執(zhí)行條件和預(yù)期的結(jié)果。（2）測(cè)試用例是執(zhí)行的最小實(shí)體。10.測(cè)試用例編寫(xiě)標(biāo)準(zhǔn)：標(biāo)識(shí)符、測(cè)試項(xiàng)、測(cè)試環(huán)境要求、輸入標(biāo)準(zhǔn)、輸出標(biāo)準(zhǔn)、測(cè)試用例之間的關(guān)聯(lián)。11.黑盒測(cè)試：等價(jià)類(lèi)劃分方法、邊界值分析方法、錯(cuò)誤推測(cè)方法、因果圖方法、判定表驅(qū)動(dòng)分析方法12.白盒測(cè)試：邏輯驅(qū)動(dòng)測(cè)試（語(yǔ)句覆蓋、判定覆蓋（分支覆蓋）、條件覆蓋、判定/條件覆蓋、條件組合覆蓋）、基本路徑測(cè)試13.常用軟件測(cè)試技術(shù)：（1）單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試。（2）常用測(cè)試方法：文檔測(cè)試、配置測(cè)試、外國(guó)語(yǔ)言測(cè)試、易用性測(cè)試、網(wǎng)站測(cè)試、對(duì)Web進(jìn)行壓力測(cè)試、測(cè)試和β測(cè)試、Client/Server測(cè)試、實(shí)時(shí)系統(tǒng)測(cè)試、面向?qū)ο蟮能浖y(cè)試。（3）調(diào)試與測(cè)試的區(qū)別：目的不同：（1）軟件測(cè)試的目的是發(fā)現(xiàn)錯(cuò)誤，至于找出錯(cuò)誤的原因和錯(cuò)誤發(fā)生的地方是調(diào)試的任務(wù)；調(diào)試的目的是為了證明程序的正確。（2）任務(wù)不同：測(cè)試貫穿于整個(gè)開(kāi)發(fā)過(guò)程，而調(diào)試是編碼活動(dòng)的一部分，主要任務(wù)就是排錯(cuò)。（3）指導(dǎo)原則和方法不同。（4）操作者不同自動(dòng)化測(cè)試：14.自動(dòng)化測(cè)試的定義：一般是指軟件測(cè)試的自動(dòng)化。自動(dòng)化測(cè)試可理解為測(cè)試過(guò)程自動(dòng)化和測(cè)試結(jié)果分析自動(dòng)化，包括測(cè)試活動(dòng)的管理與實(shí)施、測(cè)試腳本的開(kāi)發(fā)與執(zhí)行。15.自動(dòng)化測(cè)試的意義：軟件測(cè)試工作量大，重復(fù)性高16.自動(dòng)化測(cè)試的原理和方法：軟件測(cè)試自動(dòng)化實(shí)現(xiàn)的基礎(chǔ)、軟件測(cè)試自動(dòng)化實(shí)現(xiàn)的原理和方法（主要有：直接對(duì)代碼進(jìn)行靜態(tài)和動(dòng)態(tài)分析、測(cè)試過(guò)程的捕獲和回放、測(cè)試腳本技術(shù)、虛擬用戶(hù)技術(shù)和測(cè)試管理技術(shù)。）1）代碼分析：代碼分析類(lèi)似于高級(jí)語(yǔ)言編譯系統(tǒng)，一般針對(duì)不同的高級(jí)語(yǔ)言去構(gòu)造分析工具，在工具中定義類(lèi)、對(duì)象、函數(shù)、變量等定義規(guī)則、語(yǔ)法規(guī)則；在分析時(shí)對(duì)代碼進(jìn)行語(yǔ)法掃描，找出不符合編碼規(guī)范的地方；根據(jù)某種質(zhì)量模型評(píng)價(jià)代碼質(zhì)量，生成系統(tǒng)的調(diào)用關(guān)系圖等。2）捕獲和回放（代碼分析是一種白盒測(cè)試的自動(dòng)化方法，捕獲和回放則是一種黑盒測(cè)試的自動(dòng)化方法）：捕獲時(shí)將用戶(hù)每一步操作都記錄下來(lái)所有的記錄轉(zhuǎn)換為一種腳本語(yǔ)言所描述的過(guò)程，以模擬用戶(hù)的操作；回放時(shí)，將腳本語(yǔ)言所描述的過(guò)程轉(zhuǎn)換為屏幕上的操作，然后將被測(cè)系統(tǒng)